nvarchar类型字段可与逻辑运算符配合的原因及赋值疑问求解

1. 为什么字段B在UPDATE后仍然是nvarchar类型？ #

首先要明确一个核心点：UPDATE语句只会修改字段存储的数据，绝不会改变字段本身的数据类型——字段的类型是在表创建时就固定下来的。

你提到字段B“未指定类型”，但实际上在SQL Server中创建表时必须明确每个字段的数据类型（除非是通过SELECT INTO这类方式生成表，此时系统会根据源数据自动推断类型）。推测你的表T在创建时，字段B被默认设置为了nvarchar类型（可能是创建时的疏忽或依赖了默认规则）。

当你执行UPDATE T SET B = LEN(A)时，LEN(A)返回的int类型值会被SQL Server隐式转换为nvarchar类型存入B字段，但这个操作只改变了字段里的内容，不会修改字段的类型定义。所以用sp_help T查看时，B的类型还是创建时的nvarchar。

如果希望B是int类型，你需要主动修改字段类型：

ALTER TABLE T ALTER COLUMN B INT;

2. 为什么nvarchar类型的B可以和逻辑运算符>配合并返回正确结果？ #

这要归功于SQL Server的隐式类型转换机制。当你在WHERE子句中比较不同数据类型的值时（这里是nvarchar和int），SQL Server会根据数据类型的优先级自动转换其中一方的类型，再进行比较。

int类型的优先级高于nvarchar，所以SQL Server会尝试把B字段中的nvarchar值转换为int类型：

• 如果B中的值是有效的数字字符串（比如'4'、'6'），转换会成功，然后进行数值比较，所以B > 100能得到正确结果；
• 如果B中存在非数字的字符串（比如'abc'），执行这个查询时会直接抛出转换错误，提示“将nvarchar值转换为数据类型int时失败”。

虽然这种隐式转换在当前场景下工作正常，但不建议依赖它——隐式转换可能导致性能问题（比如无法使用索引），还可能在出现非数字数据时引发错误。最好的做法是把B字段修改为int类型，从根源上避免这类问题。

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