Для людей, которые наткнулись на этот вопрос и получили аналогичное сообщение об ошибке в отношении nvarchar вместо денег:

Данное значение типа String из источника данных не может быть преобразовано в тип nvarchar указанного целевого столбца.

Это могло быть вызвано слишком коротким столбцом.

Например, если ваш столбец определен как nvarchar(20) и у вас есть строка из 40 символов, вы можете получить эту ошибку.

Источник

Пожалуйста, используйте SqlBulkCopyColumnMapping.

Пример:

private void SaveFileToDatabase(string filePath)
{
    string strConnection = System.Configuration.ConfigurationManager.ConnectionStrings["MHMRA_TexMedEvsConnectionString"].ConnectionString.ToString();

    String excelConnString = String.Format("Provider=Microsoft.ACE.OLEDB.12.0;Data Source={0};Extended Properties=\"Excel 12.0\"", filePath);
    //Create Connection to Excel work book 
    using (OleDbConnection excelConnection = new OleDbConnection(excelConnString))
    {
        //Create OleDbCommand to fetch data from Excel 
        using (OleDbCommand cmd = new OleDbCommand("Select * from [Crosswalk$]", excelConnection))
        {
            excelConnection.Open();
            using (OleDbDataReader dReader = cmd.ExecuteReader())
            {
                using (SqlBulkCopy sqlBulk = new SqlBulkCopy(strConnection))
                {
                    //Give your Destination table name 
                    sqlBulk.DestinationTableName = "PaySrcCrosswalk";

                    // this is a simpler alternative to explicit column mappings, if the column names are the same on both sides and data types match
                    foreach(DataColumn column in dt.Columns) {
                         s.ColumnMappings.Add(new SqlBulkCopyColumnMapping(column.ColumnName, column.ColumnName));
                     }
                   
                    sqlBulk.WriteToServer(dReader);
                }
            }
        }
    }
}  

Поскольку я не считаю "Please use..." plus some random code that is unrelated to the question хорошим ответом, но верю, что дух был правильным, я решил ответить на этот вопрос правильно.

Когда вы используете Sql Bulk Copy, оно пытается выровнять ваши входные данные напрямую с данными на сервере. Итак, он берет таблицу сервера и выполняет оператор SQL, подобный этому:

INSERT INTO [schema].[table] (col1, col2, col3) VALUES

Следовательно, если вы укажете ему столбцы 1, 3 и 2, ДАЖЕ, хотя ваши имена могут совпадать (например: col1, col3, col2). Он будет вставлен так:

INSERT INTO [schema].[table] (col1, col2, col3) VALUES
                          ('col1', 'col3', 'col2')

Для Sql Bulk Insert определение сопоставления столбцов было бы дополнительной работой и накладными расходами. Таким образом, вместо этого он позволяет вам выбирать ... Либо убедитесь, что ваш код и столбцы таблицы SQL находятся в одном порядке, либо явно укажите для выравнивания по имени столбца.

Поэтому, если ваша проблема заключается в неправильном выравнивании столбцов, что, вероятно, является основной причиной этой ошибки, этот ответ для вас.

TL; DR

using System.Data;
//...
myDataTable.Columns.Cast<DataColumn>().ToList().ForEach(x => 
    bulkCopy.ColumnMappings.Add(new SqlBulkCopyColumnMapping(x.ColumnName, x.ColumnName)));

Это займет ваш существующий DataTable, который вы пытаетесь вставить в созданный вами объект BulkCopy, и он просто явно сопоставит имя с именем. Конечно, если по какой-то причине вы решили назвать свои столбцы DataTable иначе, чем столбцы SQL Server ... это зависит от вас.

@Corey - он просто удаляет все недопустимые символы. Однако ваш комментарий заставил меня задуматься над ответом.

Проблема заключалась в том, что многие поля в моей базе данных допускают значение NULL. При использовании SqlBulkCopy пустая строка не вставляется как значение NULL. Итак, в случае моих полей, которые не являются varchar (bit, int, decimal, datetime и т.д.), он пытался вставить пустую строку, что, очевидно, недопустимо для этого типа данных.

Решение состояло в том, чтобы изменить мой цикл, в котором я проверяю значения для этого (повторяется для каждого типа данных, который не является строкой)

//--- convert decimal values
foreach (DataColumn DecCol in DecimalColumns)
{
     if(string.IsNullOrEmpty(dr[DecCol].ToString()))
          dr[DecCol] = null; //--- this had to be set to null, not empty
     else
          dr[DecCol] = Helpers.CleanDecimal(dr[DecCol].ToString());
}

После внесения вышеуказанных корректировок все вставляется без проблем.

Убедитесь, что значения столбца u, добавленные в класс сущности, для которого установлены свойства, также находятся в том же порядке, что и в целевой таблице.

Есть еще одна проблема, о которой вам нужно позаботиться, когда вы пытаетесь сопоставить столбец с длиной строки, например TK_NO nvarchar(50), вам нужно будет сопоставить ту же длину, что и поле назначения.

Не для всех, но это было для меня:

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

Когда я адаптировал свой DataTable для идентификатора, копия работала отлично.

В моем сценарии столбец Id не очень важен для наличия первичного ключа, поэтому я удалил этот столбец из целевой целевой таблицы, и SqlBulkCopy работает без проблем.

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

// explicitly setting the column mapping even though the source & destination column names
// are the same as the column orders will affect the bulk copy giving data conversion errors
foreach (DataColumn column in p_dataTable.Columns)
{
  bulkCopy.ColumnMappings.Add(
    new()
    {
      SourceColumn = column.ColumnName,
      DestinationColumn = column.ColumnName
    }
  );
}

bulkCopy.WriteToServer(p_dataTable);

Отметьте данные, которые вы записываете на сервер. Возможно, в данных есть неиспользуемый разделитель.

как

045|2272575|0.000|0.000|2013-10-07
045|2272585|0.000|0.000;2013-10-07

ваш разделитель - '|', но данные имеют разделитель ';'. Итак, вы получаете сообщение об ошибке.