SQL Server中需用IS NULL OR LTRIM(RTRIM(@param)) = ''判断空值与NULL；PG用RAISE EXCEPTION校验；MySQL须用SIGNAL；Oracle需显式IF+RAISE_APPLICATION_ERROR；跨库迁移需注意函数名及错误机制差异。
SQL Server 存储过程中怎么判断 @param 是空值还是 NULL？
SQL Server 里 IS NULL 和 = '' 必须分开处理，因为 NULL 不等于任何东西（包括自己），'' 是空字符串，二者语义完全不同。常见错误是只写 IF @param = ''，漏掉 NULL 分支，导致校验失效。
-
NULL来源很杂：前端没传、调用时省略参数、甚至EXEC proc_name没带参数都会让@param变成NULL - 建议统一用
IS NULL OR LTRIM(RTRIM(@param)) = ''判断“无效输入”，LEN(LTRIM(RTRIM(@param))) = 0也行，但注意LEN(NULL)返回NULL，得先用ISNULL包一层 - 如果参数类型是
INT或DATETIME，直接用IS NULL就够了；别对数字字段做= ''，会触发隐式转换报错Conversion failed when converting the varchar value '' to data type int.
PostgreSQL 的 CREATE OR REPLACE FUNCTION 怎么加参数校验？
PostgreSQL 没有类似 SQL Server 的 RAISERROR，得靠 RAISE EXCEPTION 主动中断执行。而且函数体里不能用 IF EXISTS (SELECT ...) 这种写法去查表——它不是存储过程，是函数，必须返回值，校验逻辑要嵌在 BEGIN ... END 块里。
- 开头就写
IF $1 IS NULL OR trim($1) = '' THEN RAISE EXCEPTION 'param1 cannot be null or empty'; END IF;，$1是位置参数引用，比命名参数更稳定 - 避免在
RAISE EXCEPTION里拼接用户输入，防止 SQL 注入；如需提示具体值，用USING HINT = 'got: ' || coalesce($1, 'NULL') - 函数定义里加
STRICT属性（如CREATE FUNCTION f(text) RETURNS text STRICT AS ...）可自动拦截NULL输入，但只对整个参数生效，不支持自定义错误信息
MySQL 存储过程里 DECLARE CONTINUE HANDLER 能捕获参数校验失败吗？
不能。这个 handler 只响应运行时异常（比如除零、主键冲突、类型转换失败），不响应你写的 IF ... THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'xxx' 以外的逻辑判断。想让校验失败走统一错误路径，必须手动 SIGNAL。
- MySQL 5.5+ 才支持
SIGNAL，老版本只能靠SELECT抛错（比如SELECT CAST('invalid param' AS UNSIGNED)），但错误码不可控、堆栈不清晰 -
SIGNAL SQLSTATE '45000'是通用错误码，客户端能识别；别用'HY000'这类系统保留码，可能和底层错误混淆 - 校验多个参数时，别堆一个超长
IF，拆成独立IF块，每个块SIGNAL不同消息，方便定位哪一关没过
Oracle PL/SQL 中 NOT NULL 约束对输入参数有用吗？
没用。PL/SQL 过程/函数的参数声明里的 NOT NULL 只是编译期提示，不阻止运行时传入 NULL。真正起作用的是显式检查 + RAISE_APPLICATION_ERROR。
- 写
PROCEDURE p(p_id IN NUMBER NOT NULL)看似保险，但调用时p(NULL)依然成功，p_id在过程体内就是NULL - 必须写
IF p_id IS NULL THEN RAISE_APPLICATION_ERROR(-20001, 'p_id required'); - 错误号建议用
-20001到-20999范围，这是 Oracle 预留的用户自定义错误区间；低于-20000是系统错误，可能被误判
参数校验最易被忽略的点：跨数据库迁移时，有人把 SQL Server 的 ISNULL(@p, '') 直接抄到 PostgreSQL 里，结果 PostgreSQL 没这个函数，得改成 COALESCE($1, '')——函数名、空值处理逻辑、错误抛出方式，每层都得对齐，不能只改语法。
