SQL Server中声明可选参数必须将所有带默认值的参数置于参数列表末尾，并从右向左连续定义，中间不可断开；否则会报Incorrect syntax near '='错误。
SQL Server 中怎么声明可选参数才不报错
必须把所有带默认值的参数放在参数列表末尾，且从右向左连续定义——中间不能断开。否则会直接报 Incorrect syntax near '='。
-
@page INT = 1, @size INT = 20, @status VARCHAR(20) = 'Active'✅ 合法：全部在末尾、连续 -
@status VARCHAR(20) = 'Active', @page INT, @size INT = 20❌ 报错：@page 没默认值却夹在两个有默认值的参数之间 - 调用时若跳过中间参数（如只传
@page = 2, @status = 'Pending'），必须用命名参数，否则顺序错位
WHERE 条件里怎么安全判断 NULL 参数
别写 @param = NULL，它永远不成立；也别依赖 ISNULL(@param, column) = column，可能让索引失效。
- 正确写法是
(@param IS NULL OR column = @param)，每个条件必须加完整括号 - 字符串还要额外处理空串：
(@name IS NULL OR @name = '' OR t.Name = @name) - 前端传来的空格要小心：
DATALENGTH(@keyword) = 0比LEN(@keyword) = 0更准，因为LEN(' ') = 0但DATALENGTH(' ') = 1
MySQL / PostgreSQL 怎么模拟默认参数
它们不支持参数默认值语法，得靠过程体内手动赋值，但要注意显式传 NULL 和“没传参”在语义上无法区分。
- MySQL 示例：
IF p_role IS NULL THEN SET p_role = 'user'; END IF;—— 这会覆盖掉你本意想传的NULL - PostgreSQL 可用
DEFAULT关键字，但仅限LANGUAGE plpgsql函数，且调用仍需严格按序 - 真要区分“未传”和“传了 NULL”，只能用哨兵值（如
-999）或加辅助标志参数（如@flag BIT = 0），代价是逻辑变重
多个可选参数组合时性能怎么不崩
8 个 OR 堆一起，SQL Server 很可能放弃索引走全表扫描，尤其当列选择性差或统计信息老化时。
- 高频过滤字段（如
Status、CreateTime）建议单独写，不套OR - 低频字段（如
Remark）才用(@remark IS NULL OR t.Remark = @remark) - 极端情况可拆成
IF分支：先查主键列表，再JOIN或IN查详情，比单条大WHERE更可控 - 绝对不要拼接 SQL 字符串——哪怕用了
QUOTENAME()，每次执行都重新编译，执行计划无法复用
@p = NULL”。这两者最终落到变量里都是 NULL，业务逻辑得按这个事实设计，而不是幻想能原生区分。 
