正如其他人已经说过的，源表中的某个列数据类型大于目标列。

一个简单的解决方案是关闭警告并允许发生截断。所以，如果你收到这个错误，但你确定它是可以接受的数据在你的旧数据库/表被截断(削减到大小)，你可以简单地做以下事情;

SET ANSI_WARNINGS OFF;
-- Your insert TSQL here.
SET ANSI_WARNINGS ON;

如上所述，始终记得在结束后再次打开警告。

问题很简单:源查询中的一个或多个列包含的数据超过了目标列的长度。一个简单的解决方案是使用源查询并在每一列上执行Max(Len(source col))。也就是说,

Select Max(Len(TextCol1))
    , Max(Len(TextCol2))
    , Max(Len(TextCol3))
    , ...
From ...

然后将这些长度与目标表中的数据类型长度进行比较。至少有一个超出了其目标列的长度。

如果你绝对肯定情况不应该是这样，也不关心是不是这样，那么另一个解决方案是强制强制转换源查询列到它们的目标长度(这将截断任何太长的数据):

Select Cast(TextCol1 As varchar(...))
    , Cast(TextCol2 As varchar(...))
    , Cast(TextCol3 As varchar(...))
    , ...
From ...

当表的列放置约束[主要是长度]时，抛出此错误。例如，如果列myColumn的数据库模式是CHAR(2)，那么当你从任何应用程序调用插入值时，你必须传递长度为2的字符串。

误差基本上说明了这一点;长度为3及以上的字符串不符合数据库模式指定的长度限制。这就是为什么SQL Server警告并抛出数据丢失/截断错误。

正如其他人已经说过的，源表中的某个列数据类型大于目标列。

一个简单的解决方案是关闭警告并允许发生截断。所以，如果你收到这个错误，但你确定它是可以接受的数据在你的旧数据库/表被截断(削减到大小)，你可以简单地做以下事情;

SET ANSI_WARNINGS OFF;
-- Your insert TSQL here.
SET ANSI_WARNINGS ON;

如上所述，始终记得在结束后再次打开警告。

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

请尝试以下代码:

CREATE TABLE [dbo].[Department](
    [Department_name] char(10) NULL
)

INSERT INTO [dbo].[Department]([Department_name]) VALUES  ('Family Medicine')
--error will occur

 ALTER TABLE [Department] ALTER COLUMN [Department_name] char(50)

INSERT INTO [dbo].[Department]([Department_name]) VALUES  ('Family Medicine')

select * from [Department]