SSIS无法将LOB字段转换为varchar问题排查：故障来源及定位方法咨询

三个责任方均存在触发该问题的可能性，各自的触发逻辑如下：

• Hadoop侧：如果Hadoop上的表字段定义为无界STRING类型而非定长VARCHAR(n)，即便实际存储的数据长度很短，返回的元数据也会标记为非定长字符串，为下游识别为LOB提供了基础条件。
• ODBC驱动侧：这是该类问题最高发的诱因。绝大多数Hadoop生态的ODBC驱动，默认会将所有无界STRING类型映射为ODBC标准的SQL_LONGVARCHAR类型，SSIS只要接收到该类型标记，就会自动归类为LOB类型，完全不会参考实际存储的数据长度。
• SSIS本身机制：SSIS数据流引擎对源元数据有强校验规则，只要源返回的字段类型标记为长文本类，即便手动修改SSIS侧的列类型为普通varchar，运行时也会被元数据校验逻辑强制重置为LOB类型。

• 第一步校验Hadoop侧元数据：直接在Hadoop集群的查询客户端执行DESCRIBE FORMATTED <目标表名>;，查看目标字段的原生类型定义。如果是无界STRING，则首先排除SSIS直接导致问题的可能。
• 第二步校验ODBC驱动映射规则：打开本地ODBC数据源管理器，进入对应Hadoop数据源的配置界面，查找「字符串类型映射」「默认STRING类型长度」类配置项，调整为将STRING映射为固定长度的VARCHAR后，回到SSIS刷新源组件元数据，查看LOB识别问题是否消失。如果调整驱动配置后问题解决，根因为ODBC驱动的默认映射规则。
• 第三步校验SSIS元数据解析逻辑：如果前两项确认无异常，在SSIS中新建空白数据流任务，仅添加对应ODBC源，右键打开「高级编辑器」，对比「外部列」标签页和「输出列」标签页的DataType属性。如果外部列已经标记为DT_TEXT/DT_NTEXT（SSIS LOB类型枚举值）但驱动侧确认返回的是普通VARCHAR类型，则判定为SSIS本身的元数据解析BUG。

内容的提问来源于stack exchange，提问作者markinro