【发布时间】：2013-02-27 20:29:30
【问题描述】：
我在 SSIS 中使用 数据流任务 将数据从一台服务器 (SQL Server 2005) 获取到另一台服务器 (SQL Server 2008 R2)。在 OLE DB Source 连接中，我使用 SQL 命令来获取数据。在这个命令中，我已经将内容转换为某种数据类型：
SELECT
CAST(column1 AS VARCHAR(10)) AS NameColumn1
,CAST(column2 AS INT) AS NameColumn2
,CAST(REPLACE(REPLACE(REPLACE(REPLACE(column3, CHAR(10), ''), CHAR(13), ''), CHAR(9), ''), ';', '-') AS VARCHAR(100)) AS NameColumn3
,CAST(REPLACE(REPLACE(REPLACE(REPLACE(column4, CHAR(10), ''), CHAR(13), ''), CHAR(9), ''), ';', '-') AS VARCHAR(255)) AS NameColumn4
...
FROM (etc.)
（请注意，转换是转换为源数据库中列值的原始数据类型。因此column1的数据类型最初是VARCHAR(10)，column4的数据类型最初是VARCHAR(255)，等等。）
之所以使用这些强制转换，是因为在包的后面，我收到了column3 和column4 的以下警告：
验证警告。 [...]由于插入数据可能会发生截断 从长度为8000的数据流列“column4”到数据库 列“column4”，长度为 255。
看起来好像强制转换不起作用，因为 column3 和 column4 的截断警告不断出现。 （我已经将 OLE DB 源 中的截断警告设置为 Ignore failure，但这似乎没有什么区别。）
我在网上找不到任何内容，暂时将通过将列导入为VARCHAR(8000) 来“解决”这个问题。但我很想知道 SSIS 中这种行为的原因是什么。有人知道吗？
【问题讨论】：
-
ru 使用任何
derived column从而将其长度转换为 8000，因为错误清楚地指出column4在source table中的长度为8000并且您正在尝试映射到destination中具有255长度的列？ -
否，因为
column4是源表中的数据类型VARCHAR(255)。这8000的长度似乎是凭空而来的…… -
Right click在OLEDB源上并手动更改第4列的长度，以防万一检查Destination或Source中的属性ValidateExternalMetadata。它应该是true跨度> -
如果您将 CAST 更改为 CAST，例如 Varchar(10)。这会改变错误信息吗？ （在这种情况下，截断警告是由强制转换引起的，而 40000 只是中间列获得的 SSIS 最大大小）
标签： sql-server-2005 ssis sql-server-2008-r2 truncation