我们看到一个 Sql 作业/DTS 包失败，因为它被馈送到一个 int 转换例程中的非数字字符数据。
数据看起来很有可能来自我们表中的另一列，其中非数字格式是合适的。
这已经发生了不止一次。
有没有人听说过 Sql 作业/DTS 包“迷失方向”并从错误的列访问数据？
我认为这是一种罕见的可能性，但我们正在为 DTS 包使用 SSMS 2008 R2 系统（即使在该系统中也被认为已过时），我想一切皆有可能......
AskOverflow.Dev
我们看到一个 Sql 作业/DTS 包失败，因为它被馈送到一个 int 转换例程中的非数字字符数据。
数据看起来很有可能来自我们表中的另一列，其中非数字格式是合适的。
这已经发生了不止一次。
有没有人听说过 Sql 作业/DTS 包“迷失方向”并从错误的列访问数据？
我认为这是一种罕见的可能性，但我们正在为 DTS 包使用 SSMS 2008 R2 系统（即使在该系统中也被认为已过时），我想一切皆有可能......
看起来（至少在这种情况下）该列在连接子句中被正常访问。
这有点类似于做：
a. 高度 = b. 重量
此外，假设重量是双倍，而高度以整数英寸为单位给出，并且以某种方式预计重量是整数......
虽然这不是确切的情况（它确实试图将 char 转换为 int）但它有点近似它......
显然，周围的逻辑使该子句大部分时间都无法实际运行，因此隐藏了原本非常明显的错误。
一位同事发现了它。
不过，这可能对其他人有帮助......