我今天遇到了这个问题，在我搜索这个信息量最小的错误消息的答案时，我还发现了这个链接:

https://connect.microsoft.com/SQLServer/feedback/details/339410/please-fix-the-string-or-binary-data-would-be-truncated-message-to-give-the-column-name

所以微软似乎没有计划在短时间内扩展错误信息。

所以我转向了其他方法。

我把错误复制到excel中:

(1行受影响)

(1行受影响)

(1行受影响) 编号8152,16层，14号状态，13行 字符串或二进制数据将被截断。 声明已终止。

(1行受影响)

计算excel中的行数，接近导致问题的记录计数器…调整我的导出代码打印出SQL接近它…然后运行5 - 10个SQL插入问题SQL，并设法查明问题之一，看到字符串太长，增加该列的大小，然后大导入文件运行没有问题。

这是一种破解和变通方法，但当你别无选择时，你只能做你能做的。

当表的列放置约束[主要是长度]时，抛出此错误。例如，如果列myColumn的数据库模式是CHAR(2)，那么当你从任何应用程序调用插入值时，你必须传递长度为2的字符串。

误差基本上说明了这一点;长度为3及以上的字符串不符合数据库模式指定的长度限制。这就是为什么SQL Server警告并抛出数据丢失/截断错误。

您需要发布源表和目标表的表定义，以便我们找出问题所在，但底线是源表中的一列比目标列大。这可能是您正在以一种您没有意识到的方式更改格式。要弄清楚这一点，您要使用的数据库模型也很重要。

在Acumatica ERP中，我在导入订单时得到了相同的错误。

字符串或二进制数据将被截断在表'MyDatabase.dbo。ARInvoice'，列'InvoiceNbr'。截断值“Something”。

在做了这个链接中描述的步骤如何修复字符串或二进制截断错误后，我得到了另一个错误“数量将变成负数”，这是通过在收据屏幕中创建一些数量来解决的。

至少将数据类型nchar(10)的长度更改为nchar(255)。

请尝试以下代码:

CREATE TABLE [dbo].[Department](
    [Department_name] char(10) NULL
)

INSERT INTO [dbo].[Department]([Department_name]) VALUES  ('Family Medicine')
--error will occur

 ALTER TABLE [Department] ALTER COLUMN [Department_name] char(50)

INSERT INTO [dbo].[Department]([Department_name]) VALUES  ('Family Medicine')

select * from [Department]