SQL Server 2022 无 BOOLEAN 类型，必须用 BIT 模拟布尔逻辑：仅支持 0、1、NULL；不接受 TRUE/FALSE 字面量；条件判断需显式比较（如 @flag = 1），避免 IF @flag 的歧义；外部传参须严格指定类型，且需明确定义 NULL 的业务语义。
SQL Server 2022 没有 BOOLEAN 数据类型，所有“布尔逻辑”都得靠 BIT 类型模拟，且必须手动处理隐式转换和 NULL 行为。
存储过程中定义“布尔变量”只能用 BIT
你不能写 DECLARE @flag BOOLEAN —— 这会直接报错 Incorrect syntax near 'BOOLEAN'。唯一合法的替代是 BIT，它只接受 0、1 和 NULL：
DECLARE @IsActive BIT = 1; DECLARE @HasError BIT = 0;
注意：BIT 不是严格意义上的布尔类型：它不支持 TRUE/FALSE 字面量（SET @flag = TRUE 会失败），也不能在表达式中直接参与算术运算（比如 @flag + 1 会触发隐式转换，但行为不可靠）。
条件判断时别依赖 IF @flag 的直觉写法
IF @flag 看似像其他语言那样“真值判断”，但它实际只检查是否等于 1；NULL 和 0 都进 ELSE 分支 —— 这容易漏掉空值场景：
-
DECLARE @flag BIT = NULL; IF @flag PRINT 'yes' ELSE PRINT 'no'→ 输出no，不是“未定义”或跳过 - 真正安全的写法是显式比较：
IF @flag = 1或IF ISNULL(@flag, 0) = 1 - 避免用
WHERE IsActive = 1替代WHERE IsActive = @param：当@param是NULL时，后者不会匹配任何行（三值逻辑），前者永远只查1
从外部传入布尔参数要小心客户端映射
应用程序（如 C#、Python）传 true/false 到存储过程时，驱动通常自动转成 1/0，但以下情况会出问题：
- .NET 中如果用
SqlParameter未设SqlDbType.Bit，而用了SqlDbType.Int，true可能变成1，但false变成0—— 表面正常，实则掩盖了类型契约 - Java JDBC 如果绑定
Boolean对象为null，SQL Server 接收的是NULL，不是0；后续IF @input判断会走ELSE，而非“假”分支 - 调用时显式声明参数类型最稳妥：
EXEC MyProc @IsAdmin = CAST(1 AS BIT)
真正麻烦的地方不在语法，而在团队协作时对 BIT 的语义预期不一致：有人默认 NULL 表示“未设置”，有人认为 NULL 就是“假”。只要涉及业务状态流转（比如审核流程中的 IsApproved），就必须在文档里明确 0/1/NULL 各自代表什么，否则调试时翻日志都找不到逻辑断点。
