Как указано в спецификациях и ограничениях Excel , максимальное количество символов, которое может храниться в одной ячейке Excel, составляет 32 767 символов; следовательно, почему ваши данные усекаются.
Возможно, было бы лучше экспортировать в CSV, однако , , обратите внимание, что цитируемые идентифицированные CSV-файлы не поддерживаются в bcp
/ BULK INSERT
до SQL Server 2019 (в настоящее время в режиме предварительного просмотра). Вы можете использовать символы, такие как ||
, для обозначения разделенного поля, однако, если у вас есть какие-либо разрывы строк, вам нужно будет также выбрать другой разделитель строк. Однако SSIS и другие инструменты ETL поддерживают кавычки, идентифицированные CSV-файлы; так что вы можете использовать что-то подобное.
В противном случае, если вам нужно экспортировать такие длинные значения и вы хотите использовать Excel как можно больше (что я лично лично не рекомендую из-за этих ужасных драйверов ACE), я бы предложил экспортировать значения (n)varchar(MAX)
в что-то еще, например, текстовый файл, и именование каждого файла со значением вашего Первичного ключа. Затем, когда вы импортируете данные обратно, вы можете снова извлечь значение (n)varchar(MAX)
из каждого отдельного файла.
Проверьте :h 'errorformat'
(иначе &efm
), существуют опции проигнорировать предупреждения, пока можно распознать их с шаблоном.
Быстрый и грязный путь состоял бы в том, чтобы записать простой сценарий оболочки, который выполняет Ваш делать и захватывает предупреждения, которые Вы не хотите видеть. Тогда имейте использование энергии, которое этот сценарий вместо делает (Добавьте "набор makeprg=yourscript.sh" к Вашему .vimrc).
Извлеките уроки из Базисного библиотечного метода доступа самостоятельно.
я могу неопределенно помнить, что он говорит об этом где-нибудь в это видео .
Он добавляет фильтр для игнорирования некоторых предупреждений гнома, когда он компилирует gvim.
видео, которое определенно стоит наблюдать так или иначе.
Это вокруг 30-минутной метки.