SQL Server支持从右向左连续定义的默认参数；MySQL和PostgreSQL不原生支持，默认值需在过程体内用IF或COALESCE模拟，且显式传NULL不会触发默认行为。
SQL Server 的存储过程支持默认参数值，但必须从右向左连续定义；MySQL 和 PostgreSQL 不原生支持，默认值需在调用端或通过 COALESCE/IS NULL 模拟。
SQL Server 中正确声明带默认值的参数
SQL Server 允许在 CREATE PROCEDURE 语句中直接为参数指定默认值，但有严格顺序限制：所有带默认值的参数必须位于参数列表末尾，且不能跳过中间参数。
常见错误是试图在中间参数设默认值，例如：
CREATE PROCEDURE GetOrders @status VARCHAR(20) = 'Active', @page INT, @size INT = 10
这会报错 Incorrect syntax near '='，因为 @page 没有默认值却跟在有默认值的参数后面。
- 正确写法：所有可选参数放在最后，并按从右到左连续声明默认值
- 示例：
CREATE PROCEDURE GetOrders @page INT = 1, @size INT = 20, @status VARCHAR(20) = 'Active'
- 调用时可省略右侧参数：
EXEC GetOrders @page = 2（@size和@status自动取默认值） - 若想跳过
@size只传@status，必须用命名参数：EXEC GetOrders @page = 1, @status = 'Pending'
MySQL 中模拟默认参数的常用手法
MySQL 存储过程不支持参数默认值语法，必须在过程体内显式判断 NULL 并赋默认值。
- 声明参数时统一用
IN模式，类型后不加= - 开头用
IF p_param IS NULL THEN SET p_param = 'default_value'; END IF; - 注意：如果调用方显式传了
NULL，该逻辑会覆盖它——这是易踩坑点，业务上需明确是否允许NULL作为有效值 - 示例片段：
CREATE PROCEDURE GetUsers(IN p_role VARCHAR(50), IN p_active TINYINT)<br>BEGIN<br> IF p_role IS NULL THEN SET p_role = 'user'; END IF;<br> IF p_active IS NULL THEN SET p_active = 1; END IF;<br> SELECT * FROM users WHERE role = p_role AND active = p_active;<br>END
PostgreSQL 使用 DEFAULT 关键字与函数重载对比
PostgreSQL 支持在函数（含存储过程式函数）中用 DEFAULT 声明默认值，语法干净，但要注意它只适用于 LANGUAGE plpgsql 函数，且调用时仍需保证参数顺序。
- 声明示例：
CREATE OR REPLACE FUNCTION get_products(cat_id INT DEFAULT NULL, limit_count INT DEFAULT 10)<br>RETURNS TABLE(id INT, name TEXT) AS $$ ... $$ LANGUAGE plpgsql;
- 调用时可省略尾部参数：
SELECT * FROM get_products(5);——limit_count自动为 10 - 但无法跳过中间参数；若想灵活组合，更推荐函数重载（多个同名函数不同签名），不过会增加维护成本
- 注意：
DEFAULT对NULL输入无效——传入NULL不会触发默认值，仍需在函数体内用COALESCE(p_cat_id, 0)等处理
真正容易被忽略的是跨数据库迁移时的兼容性断层：SQL Server 的默认参数是语法层能力，而 MySQL/PostgreSQL 的“默认”本质是逻辑层补丁。一旦依赖命名参数调用（如 EXEC proc @a=1），换到 MySQL 就完全失效——得重写调用方逻辑。
