ItemCode列nvarchar转int失败问题求助（附SQL代码）

你遇到的是隐式数据类型转换引发的错误——虽然临时表#SatisStokSDH里的ItemCode已经定义为nvarchar(50)，但你的SELECT查询语句里，大概率存在把ItemCode和int类型的字段/值交互的操作（比如关联其他表的int类型ItemCode字段，或是用int值过滤ItemCode），SQL Server会自动尝试将nvarchar类型的ItemCode转成int，而'8KAM69631KX'包含字母，自然转换失败。

先定位问题根源 #

你提供的SELECT语句被截断了，建议先排查这几个方向：

• 是否在关联其他表时，对方表的ItemCode字段是int类型？
• 是否在WHERE/ORDER BY等子句里，写了类似ItemCode = 12345这种用int值匹配nvarchar字段的语句？
• 是否在计算逻辑里不小心把ItemCode当作int类型处理了？

针对性解决方案 #

1. 关联表类型不匹配的情况
   如果关联的其他表ItemCode是int类型，而你的数据里存在带字母的ItemCode，可以调整关联逻辑，只匹配能转换为int的记录：

   SELECT ...
   FROM 你的源表
   JOIN 关联表 ON TRY_CAST(你的源表.ItemCode AS INT) = 关联表.ItemCode
   WHERE TRY_CAST(你的源表.ItemCode AS INT) IS NOT NULL -- 仅保留纯数字的ItemCode
   

   若业务允许，也可将关联表的ItemCode字段修改为nvarchar类型，从根源避免类型不匹配。

2. 过滤条件用了int值的情况
   把过滤条件里的int值改成字符串形式，确保两边都是字符串类型匹配：

   WHERE ItemCode = '8KAM69631KX' -- 用单引号包裹字符串值
   

3. 检查临时表插入逻辑
   你的临时表定义是正确的，ItemCode为nvarchar类型，问题肯定出在SELECT查询的源数据处理环节，补全完整的SELECT语句后可以更精准定位，但按上面的方向排查基本能解决问题。

额外建议 #

日常写SQL时，尽量避免隐式数据类型转换——不仅容易触发错误，还会影响查询性能（无法有效利用索引）。确保关联、过滤操作时，两边的字段类型完全一致。

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