我使用了不同的策略，在某些地方分配了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条记录。

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

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

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

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

select foo, bar
into tmp_new_table_to_dispose_later
from my_table

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

有时有用，有时没用。

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

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

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

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

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

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

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

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