当您没有足够的权限时，也会发生这种情况

我也遇到过类似的问题。我将数据从一个表复制到一个完全相同的表，除了名称。

最后，我使用SELECT into语句将源表转储到临时表中。

SELECT *
INTO TEMP_TABLE
FROM SOURCE_TABLE;

我比较了源表和临时表的模式。我发现其中一列是varchar(4000)，而我期待的是varchar(250)。

更新: 如果你感兴趣，varchar(4000)问题可以在这里解释:

对于Nvarchar(Max)，我只能在TSQL中获得4000个字符?

希望这能有所帮助。

One other potential reason for this is if you have a default value setup for a column that exceeds the length of the column. It appears someone fat fingered a column that had a length of 5 but the default value exceeded the length of 5. This drove me nuts as I was trying to understand why it wasn't working on any insert, even if all i was inserting was a single column with an integer of 1. Because the default value on the table schema had that violating default value it messed it all up - which I guess brings us to the lesson learned - avoid having tables with default value's in the schema. :)

我将添加另一个可能导致这个错误的原因，因为没有人提到过它，它可能会帮助一些未来的人(因为OP已经找到了他的答案)。如果要插入的表有触发器，则可能是触发器正在生成错误。我曾在更改表字段定义时看到过这种情况，但审计表没有更改。

是的，“一品脱的酒放进半品脱的锅里是不行的”。我对人们建议的各种sp没有太多的运气(无论出于什么原因)，但只要两个表在同一个DB中(或者您可以将它们放到同一个DB中)，您就可以使用INFORMATION_SCHEMA。列来定位错误字段，因此:

select c1.table_name,c1.COLUMN_NAME,c1.DATA_TYPE,c1.CHARACTER_MAXIMUM_LENGTH,c2.table_name,c2.COLUMN_NAME, c2.DATA_TYPE,c2.CHARACTER_MAXIMUM_LENGTH
from [INFORMATION_SCHEMA].[COLUMNS] c1
left join [INFORMATION_SCHEMA].[COLUMNS] c2 on 
c1.COLUMN_NAME=c2.COLUMN_NAME
where c1.TABLE_NAME='MyTable1'
and c2.TABLE_NAME='MyTable2'
--and c1.DATA_TYPE<>c2.DATA_TYPE
--and c1.CHARACTER_MAXIMUM_LENGTH <> c2.CHARACTER_MAXIMUM_LENGTH
order by c1.COLUMN_NAME

这将允许您上下滚动，比较字段的长度。注释的部分可以让您查看(显然是在未注释的情况下)是否存在数据类型不匹配，或者特别显示字段长度不同的数据类型(因为我懒得滚动)，只需注意，所有内容都基于与目标列名匹配的源列名。

您需要发布源表和目标表的表定义，以便我们找出问题所在，但底线是源表中的一列比目标列大。这可能是您正在以一种您没有意识到的方式更改格式。要弄清楚这一点，您要使用的数据库模型也很重要。