跨平台存储过程适配需剔除方言语法，仅用ANSI SQL标准：以CASE WHEN替代IF，应用层驱动循环，参数传值代替变量声明，统一用INFORMATION_SCHEMA、小写标识符、显式临时表，并将方言逻辑抽离至按库命名的SQL文件中。
用标准SQL重写存储过程主体
跨平台适配的第一道坎，是把 CREATE PROCEDURE 里那些带方言的逻辑干掉。比如 MySQL 的 DELIMITER、SQL Server 的 GO、PostgreSQL 的 $$ 块标记，全得剔除——它们不是 SQL 标准，只是客户端解析器的语法糖，换数据库就报错。
真正能跨库跑的，只有 ANSI SQL-92 / SQL:2003 定义的那部分：条件判断用 CASE WHEN，循环靠应用层驱动，变量声明直接砍掉（改用参数传入或临时表模拟）。别指望 WHILE 或 LOOP 能通用，它们在 SQLite 里不存在，在 Oracle 里写法又不同。
- 把所有
IF ... ELSE拆成CASE WHEN ... THEN ... ELSE ... END表达式 - 删除
DECLARE @var INT类变量定义，改用输入参数IN param_name TYPE替代 - 避免
SELECT INTO（SQL Server）或INSERT ... SELECT ...隐式建表，统一用显式CREATE TEMP TABLE+INSERT - 函数调用只用
COUNT()、COALESCE()、CAST()这类 ISO 标准函数，禁用GETDATE()、NOW()、SYS_GUID()
绕开各数据库的专有对象和权限模型
存储过程名、参数名、临时表名这些看似小事，其实踩坑最多。SQL Server 允许 @param 开头，MySQL 不认；PostgreSQL 对大小写敏感且强制双引号才能保留大写，SQLite 则全转小写。更麻烦的是权限控制：Oracle 要 GRANT EXECUTE ON proc TO user，而 SQLite 根本没用户概念。
所以实际做法是：所有标识符全小写、用下划线分隔，不加引号；临时表统一用 temp_results 这种无歧义名；权限相关语句全部抽到部署脚本外，由 DBA 手动配。
- 禁用
EXEC sp_help、SHOW CREATE PROCEDURE这类元数据查询，改用 INFORMATION_SCHEMA 视图（但注意 SQLite 不支持） - 不要依赖
@@ROWCOUNT（SQL Server）或ROW_COUNT()（MySQL），改查影响行数返回值（如 JDBC 的executeUpdate()返回值） - 避免创建同义词（
CREATE SYNONYM）、序列（CREATE SEQUENCE）、触发器联动等扩展功能
用包装层隔离方言差异
纯标准 SQL 能做的有限，真要调用 UUID() 或分页 LIMIT/OFFSET，就得接受“跨平台 = 跨包装层”，而不是跨 SQL 本身。核心思路是：把方言代码全扔进单独的 SQL 文件，按数据库类型命名（如 uuid_postgres.sql、uuid_sqlite.sql），运行时由配置决定加载哪个。
这比在存储过程中写一堆 IF @@VERSION LIKE '%PostgreSQL%' 强得多——后者根本不可测，且违反分层原则。你维护的是三套小文件，不是一套不断膨胀的 if-else 存储过程。
- 分页逻辑统一走应用层 offset/limit，数据库层只写无分页的
SELECT * FROM t WHERE ... - 时间函数封装成视图：比如建一个
v_now视图，各库用各自语法实现SELECT NOW() AS now或SELECT datetime('now') AS now - 用 Flyway/Liquibase 管理迁移，它们原生支持多方言 SQL 文件，比手写兼容逻辑靠谱得多
测试阶段必须连真实数据库跑
光语法检查没用。EXPLAIN 输出格式不同、索引提示（USE INDEX）被忽略、甚至 NULL = NULL 在某些模式下返回 TRUE，这些都得实测。Mock 数据库（如 H2 模拟 PostgreSQL）会掩盖很多问题，尤其涉及事务隔离级别或锁行为时。
最小可行测试集就三样：建过程、执行一次、查结果是否符合预期。CI 流水线里至少跑三个容器（PostgreSQL、MySQL、SQLite），每个都走完整 DDL+DML 流程。
- 别信“语法校验通过”，
CREATE OR REPLACE PROCEDURE在 SQLite 里直接报错，它压根不支持存储过程 - 注意默认事务行为：MySQL 默认 auto-commit 关闭，PostgreSQL 默认开启，会影响过程内
COMMIT是否合法 - 字符集处理差异极大，比如
COLLATE utf8mb4_0900_as_cs这种 MySQL 8.0 特有写法，在其他库要么报错要么静默失效
跨平台不是让一个 SQL 文件跑遍天下，而是把可移植的部分尽量标准化，把不可移植的部分清晰切分、显式管理。越早接受这个事实，越少在凌晨三点对着 PostgreSQL 的 RAISE NOTICE 和 SQL Server 的 PRINT 差异抓狂。
