此错误仅当任何字段长度大于sql server数据库表结构中指定的字段长度时出现。

为了克服这个问题，你必须减少字段值的长度。 或者增加数据库表字段的长度。

只是想提供额外的信息:我也有同样的问题，这是因为字段对传入的数据不够大，这个线程帮助我解决了这个问题(上面的答案澄清了一切)。

但是，了解可能导致它的可能原因是非常重要的。

在我的情况下，我创建了一个字段像这样的表:

Select '' as  Period, * From Transactions Into #NewTable

因此，字段“Period”的长度为零，导致插入操作失败。我将其更改为“XXXXXX”，这是输入数据的长度，现在它可以正常工作(因为字段现在的长度为6)。

我希望这对有同样问题的人有帮助:)

来自@gmmastros的回答

当您看到消息....时

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

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

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

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

我也犯了同样的错误，原因是在一个从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

我也有同样的问题。我的专栏太短了。

您所能做的就是增加或缩短想要放入数据库中的文本的长度。

在这方面，你根本无法打败SQL Server。

你可以像这样插入一个新表:

select foo, bar
into tmp_new_table_to_dispose_later
from my_table

并将表定义与要插入数据的实际表进行比较。

有时有用，有时没用。

如果您尝试从临时表插入final/real表，它可能只是工作(例如，由于数据转换的工作方式与SSMS不同)。

另一种替代方法是以块的形式插入数据，而不是立即插入所有内容，插入前1000个，然后重复这个过程，直到找到一个有错误的块。至少您可以更好地了解表中不适合的内容。