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

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

我使用了不同的策略，在某些地方分配了8K的字段。这里只使用了大约50/100。

declare @NVPN_list as table 
nvpn            varchar(50)
,nvpn_revision  varchar(5)
,nvpn_iteration INT
,mpn_lifecycle  varchar(30)
,mfr            varchar(100)
,mpn            varchar(50)
,mpn_revision   varchar(5)
,mpn_iteration  INT
-- ...
) INSERT INTO @NVPN_LIST 
SELECT  left(nvpn           ,50)    as nvpn
        ,left(nvpn_revision ,10)    as nvpn_revision
        ,nvpn_iteration
        ,left(mpn_lifecycle ,30)
        ,left(mfr           ,100)
        ,left(mpn           ,50)
        ,left(mpn_revision  ,5)
        ,mpn_iteration
        ,left(mfr_order_num ,50)
FROM [DASHBOARD].[dbo].[mpnAttributes] (NOLOCK) mpna

我想要速度，因为我总共有1M条记录，并加载了28K条记录。

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

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

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

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

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