当我试图执行我的存储过程时，我遇到了同样的问题，因为我需要添加一些数据的列的大小比我想要添加的数据要短。

您可以增加列数据类型的大小或减少数据的长度。

我有这个问题，尽管数据长度比字段长度短。 事实证明，问题在于有另一个日志表(用于审计跟踪)，由主表上的触发器填充，其中的列大小也必须更改。

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

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

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

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

2016/2017更新将向您显示坏值和列。

新的跟踪标志将把旧的错误替换为新的2628错误，并打印出出错的列和值。Traceflag 460在2016年和2017年的最新累积更新中可用:

https://support.microsoft.com/en-sg/help/4468101/optional-replacement-for-string-or-binary-data-would-be-truncated

只要确保在你安装了CU之后，你启用了跟踪标志，或者是全局的或者是永久的在服务器上:

.．.或使用DBCC TRACEON:

https://learn.microsoft.com/en-us/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sql?view=sql-server-ver15

这种错误可能发生的另一种情况是 SQL Server Management Studio。如果你的表中有"text"或"ntext"字段， 不管你要更新什么类型的字段(例如位或整数)。 似乎工作室不加载整个“ntext”字段，也更新所有字段，而不是修改的字段。 要解决这个问题，请从Management Studio的查询中排除“text”或“ntext”字段