резервная база данных MSSQL к локальному диску клиента по сети
Я вполне уверен, это дизайном. При вставке использования "p" (нижний регистр P), это, как предполагается, вставляет после текущей позиции или строки. Однако при вставке использования "P" (капитал P), затем это вставляет перед текущей позицией или строкой. Если Ваше желаемое поведение должно иметь курсор, в конце Вашего недавно вставленного текста, пытаются привыкнуть использовать "P" вместо "p".
Я держал пари, вырыли ли Вы достаточно глубоко, Вы могли бы найти, что рецепт энергии вставил Ваш .vimrc, который всегда перемещал бы курсор в конец Вашей вставки, даже если Вы используете "p".
Этот вопрос на ТАК предлагает возможный подход: Выведите свои данные из MSSQL в MySQL. Затем можно использовать инструменты MySQL, с которыми Вы знакомы.
Существует несколько предложенных методов для MSSQL-> дамп MySQL, поэтому доберитесь для выбирания.
Вы не можете использовать mysql клиент для соединения с mssql сервером. MSSQL является основанным на Windows сервисом базы данных SQL, в то время как MySQL является другим протоколом в целом, и MSSQL является другим протоколом в целом. Это - протокол TDS, который разделяет их оба. Если Вы хотите соединиться с сервисом MSSQL от инструмента на Unix, то существует набор их. Можно использовать FreeTDS, PyMSSQL, подход ODBC/JDBC.
Если Вы ищете некоторые готовые инструменты подхода затем существуют немногие, я знаю:
http://sqldump.sourceforge.net/
Смотрите на них.
Flimzy,
утилита mysqldump поддерживает файлы резервного копирования базы данных к местоположению локального диска, но mssql или sybase, кажется, не предлагают эту гибкость непосредственно. В MSSQL однако можно записать файлы резервного копирования базы данных в пути UNC как сетевые ресурсы, которые являются, иначе может быть назван как путь удаленной файловой системы, смонтированный локально на mssql сервере базы данных. Существует ftp поддержки также непосредственно от BACKUP DATABASE Сама команда SQL, таким образом, можно загрузить файлы резервного копирования базы данных как поток к местоположению загрузки ftp. Различия в пропускной способности и ограничения протокола должны быть взяты в перспективу, все же. Было бы хорошо использовать пути UNC, если Вы можете установить долю winbind/smb на своей локальной машине и можете сделать ее доступной через домен рабочей группы/AD и затем доступной для сервера MSSQL; если существуют сетевые ограничения пропускной способности. Если бы это локально, я пошел бы для него, удостоверившись, что все элементы защиты покрыты.
Если бы это - ftp, это было бы просто, так как администрирование ftp абсолютно локально, и можно ограничить путь загрузки в области файловой системы ftp. Вам нужно не беспокойство требований пользователя присоединения/AD самбы и так далее. Просто сервис ftp как чистое сетевое местоположение с, возможно, права доступа осуществляются. BTW, удостоверьтесь, что Ваши дампы защищаются, если бы это - производство, я вдвойне, несомненно, заставил бы их защитить :-)