BULK INSERT не правильно вставлен из CSV

Question

Я пытаюсь использовать BULK INSERT для добавления строк в существующую таблицу из CSV-файла. Теперь у меня есть небольшой файл для тестирования со следующим форматированием:

UserID,Username,Firstname,Middlename,Lastname,City,Email,JobTitle,Company,Manager,StartDate,EndDate 
273,abc,dd,dd,dd,dd,dd,dd,dd,dd,dd,dd 
274,dfg,dd,dd,dd,dd,dd,dd,dd,dd,dd,dd 
275,hij,dd,dd,dd,dd,dd,dd,dd,dd,dd,dd 

И это то, что мой запрос в настоящее время выглядит следующим образом:

BULK INSERT DB_NAME.dbo.Users 
    FROM 'C:\data.csv' 
    WITH 
    (
     FIRSTROW = 2, 
     FIELDTERMINATOR = ',', 
     ROWTERMINATOR = '\n' 
    ) 

Когда я выполнить этот запрос возвращает 1 строка пострадавших. Я проверил запись в таблице и заметил, что данные в файле вставляются в таблицу как одна строка.

Что может быть причиной этого? То, что я пытаюсь выполнить, это вставить эти строки в отдельные строки в таблице. См (длинное) Изображение ниже

Первый столбец на самом деле столбец IDENTITY так в файл я просто определил целое, даже если она будет перезаписана автогенерируемая ID, как я не знаю, как сказать запрос для начала вставки из второго поля.

В фактической таблице создано больше столбцов, чем указано в файле, поскольку не все должно быть заполнено. Может ли это быть причиной?

Answer 1

Проблема в том, что вы загружаете данные в первый столбец. Чтобы пропустить столбец, создайте представление по вашей таблице только с колонками, которые вы хотите загрузить, и BULK INSERT. Ниже пример (из MSDN: https://msdn.microsoft.com/en-us/library/ms179250.aspx):

CREATE VIEW v_myTestSkipCol AS 
    SELECT Col1,Col3 
    FROM myTestSkipCol; 
GO 

USE AdventureWorks2012; 
GO 
BULK INSERT v_myTestSkipCol 
FROM 'C:\myTestSkipCol2.dat' 
WITH (FORMATFILE='C:\myTestSkipCol2.xml'); 
GO 

То, что я бы порекомендовал вам сделать вместо этого создать промежуточную таблицу, которая соответствует файл точно. Загрузите данные в это, а затем используйте инструкцию INSERT, чтобы скопировать ее в свою постоянную таблицу. Этот подход гораздо более прочный и гибкий. Например, после загрузки промежуточной таблицы вы можете выполнить некоторую проверку или очистку данных перед загрузкой постоянной таблицы.