Ошибка преобразования массовой загрузки данных усечение

Я делал импорт данных с помощью задачи SQL Server BULK INSERT сотни раз, но на этот раз я получаю сообщение об ошибке, которое незнакомо, и что я попытался устранить неполадки с Google. Ниже приведен код, который я использую с файлом с разделителями-запятыми, где новые строки обозначаются новыми символами строки:

BULK INSERT MyTable
FROM 'C:myflatfile.txt'
WITH (
FIELDTERMINATOR = ','
,ROWTERMINATOR = '/n')
GO

Он последовательно работает, но теперь на простом файле с датой и скоростью он не работает с ошибкой “Msg 4863, уровень 16, состояние 1, строка 1 Ошибка преобразования грубой нагрузки (усечение) для строки 1, столбец 2 (ColumnTwo ) “. Когда я смотрю на файл, я не понимаю, почему это может потерпеть неудачу (обычно устранение неполадок Google указывает на то, что разделители могут существовать несколько раз в строке, что приведет к возникновению этой ошибки). Из файла, вот первые десять строк (обратите внимание, что он не работает в FIRST-строке):

1961-01-01,8.2
1961-02-01,8.2
1961-03-01,7.4
1961-04-01,7.6
1961-05-01,7.8
1961-06-01,8.5
1961-07-01,9.1
1961-08-01,8.8
1961-09-01,8.4
1961-10-01,8.8

Таблица, в которую я вставляю эти данные, имеет два поля: VARCHAR(50), хотя, когда я первоначально видел усечение, я расширил поля данных до VARCHAR(2000) и это не повлияло на это.

CREATE TABLE MyTable (
ColumnOne VARCHAR(50),
ColumnTwo VARCHAR(50)
)

Я также попытался удалить все дефисы, чтобы убедиться, что это все испортило (хотя я сделал много импорта данных с тире, используя этот же код, и он работает без ошибок), и он все равно получил то же сообщение об ошибке.

Прямой импорт работает (через Tasks), как и SSIS, но как насчет этого кода не работает, как это должно быть сделано точно так же?

Вероятно, проблема заключается в том, что терминатор строки не работает из-за формата файла.

Пытаться:

ROWTERMINATOR = '0x0a'

РЕДАКТИРОВАТЬ

На самом деле я просто замечаю, что вы используете косую черту, она должна быть обратная косая черта, так что это может сработать:

ROWTERMINATOR = 'n'

Из SQL Server Management Studio (SSMS) для файла в стиле Unix работает ROWTERMINATOR = ‘0x0a’. Однако ROWTERMINATOR = ‘n’ не работает, поскольку SSMS, по-видимому, интерпретирует n как конец строки строки в стиле Windows ( rn) и исправляет/прерывает ее для вас.

Интересно, что если вы отправите тот же ROWTERMINATOR = ‘n’ из кода Java через драйвер JDBC SQL Server, он будет рассматриваться как конец строки в стиле Unix, так как ничто в середине не выбрасывает лишний r.

Итак, вы должны сделать две вещи:

1 – Убедитесь, что вы понимаете, как ваш файл данных действительно работает в конце строки.

2 – Убедитесь, что вы понимаете, как ваши средства доставки SQL-кода BULK INSERT SQL Server интерпретируют любые escape-последовательности. Мой ограниченный опыт заключается в том, что использование hex (‘0x0a’) для SQL Server SQL работает во всех средах.

Учитывая то, что вы сказали, есть два способа решить проблему.

• Увеличьте столбец в таблице, в которую вы вставляете данные

• Уменьшите размер данных в CSV-файле.

Если вы не можете выполнить одно из этих двух действий, вы не сможете использовать BULK INSERT, не получив сообщения об ошибке.