如何为SQL存储过程设置参数默认值？-SQL-PHP中文网

sql存储过程默认参数非通用功能：sql server须右向连续定义；mysql不支持需if判空赋值；postgresql支持default但显式null不触发；跨库应统一由上层处理。

如何为sql存储过程设置参数默认值？

SQL 存储过程的参数默认值不是“写了就能用”的通用功能，不同数据库实现差异极大，直接照搬语法大概率报错。

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 8.0 及以前版本的 CREATE PROCEDURE 语句中写 DEFAULT 或 = 会直接语法报错。这不是遗漏，是设计如此。

正确做法：所有参数声明为 IN 类型且允许 NULL，在过程体开头用 IF p_param IS NULL THEN SET p_param = 'default'; END IF;
注意：如果调用方显式传了 NULL，这段逻辑会把它覆盖掉——业务上得明确 NULL 是“未提供”还是“有效空值”
避免在 WHERE 子句里直接写 COALESCE(p_limit, 20)，可能让索引失效
DEFAULT 关键字只在 CREATE FUNCTION 中有效，存储过程中用了就报错

PostgreSQL 的 CREATE FUNCTION（含存储过程式函数）支持真正的 DEFAULT 语法，但有个关键行为：只对“未传参”生效；显式传 NULL 就是 NULL，不会 fallback 到默认值。

典型坑：前端 JavaScript 发送 null，后端转成 SQL 的 NULL，结果没走默认分支，查不到数据
稳妥写法仍是加判断：IF $1 IS NULL THEN ... END IF;，别只依赖 DEFAULT
默认值类型必须严格匹配参数类型，比如 TEXT DEFAULT '' 和 TEXT DEFAULT 'abc' 在排序规则（collation）行为上可能不同
DEFAULT NOW() 这类函数可用，但要注意它是执行时求值，不是创建时固化

如果你的应用要兼容多个数据库，或者未来可能迁移，就别把默认值逻辑塞进存储过程里。

把参数校验和默认赋值移到应用层或中间服务层，SQL 层只接收确定值
SQL Server 里也别用 GETDATE() 这类函数当默认值（语法不支持），改用 @dt DATETIME = NULL + 开头 IF @dt IS NULL SET @dt = GETDATE()
MySQL 和 PostgreSQL 中，NULL 的语义容易混淆，建议用特殊标记值（如 '__DEFAULT__'）代替 NULL 来表示“未提供”

真正麻烦的不是写法本身，而是不同数据库对“未传参”“传 NULL”“传空字符串”的语义解释完全不同，稍不留神就漏查数据或误查数据。