在其中一个INSERT语句中，您试图将一个太长的字符串插入到字符串(varchar或nvarchar)列中。

如果仅仅通过查看脚本还不清楚哪个INSERT是违规者，那么可以计算错误消息之前出现的<1行受影响的>行。得到的数字加1就是陈述号。在您的例子中，似乎是第二个INSERT产生了错误。

来自@gmmastros的回答

当您看到消息....时

字符串或二进制数据将被截断

想想自己……字段不够大，容不下我的数据。

检查客户表的表结构。我认为您会发现一个或多个字段的长度不足以容纳您试图插入的数据。例如，如果Phone字段是varchar(8)字段，并且您尝试在其中放入11个字符，则会得到此错误。

在其中一个INSERT语句中，您试图将一个太长的字符串插入到字符串(varchar或nvarchar)列中。

如果仅仅通过查看脚本还不清楚哪个INSERT是违规者，那么可以计算错误消息之前出现的<1行受影响的>行。得到的数字加1就是陈述号。在您的例子中，似乎是第二个INSERT产生了错误。

也有这个问题发生在web应用程序表面。 最终发现相同的错误消息来自特定表中的SQL更新语句。

最后发现在某些特定情况下，相关历史表中的列定义没有映射nvarchar类型的原始表列长度。

你可以得到这个错误的另一种情况是:

我也犯了同样的错误，原因是在一个从UNION接收数据的INSERT语句中，列的顺序与原始表不同。如果您将#table3中的顺序更改为a, b, c，则可以修复错误。

select a, b, c into #table1
from #table0

insert into #table1
    select a, b, c from #table2
    union
    select a, c, b from #table3

凯文·波普在公认答案下的评论正是我所需要的。

在我的例子中，问题是我在我的表上定义了触发器，将更新/插入事务插入到审计表中，但审计表有一个数据类型不匹配，其中原始表中具有VARCHAR(MAX)的列存储为审计表中的VARCHAR(1)，因此当我在原始表列中插入大于VARCHAR(1)的任何内容时，我的触发器失败，并且我会得到这个错误消息。