应使用标准SQL函数替代数据库特有函数：日期加减用CURRENT_DATE + INTERVAL '7' DAY；空值判断只用IS NULL/NOT NULL；字符串拼接用||；子查询禁用*和序号排序，显式命名字段并用别名引用；LEFT JOIN过滤条件须放ON子句；分页统一用ORDER BY ... OFFSET ... FETCH NEXT ... ONLY。
用标准SQL函数替代数据库特有函数
不同数据库对日期、字符串、空值处理的函数名和行为差异极大，比如 DATEADD（SQL Server）和 INTERVAL（PostgreSQL/MySQL）根本不能混用。硬写方言函数会让嵌套查询一换库就报错。
实操建议：
- 日期加减统一用
CURRENT_DATE + INTERVAL '7' DAY（标准 SQL-92 语法），避免DATEADD(day, 7, GETDATE())或DATE_ADD(NOW(), INTERVAL 7 DAY) - 空值判断只用
IS NULL和IS NOT NULL，别用ISNULL()、NVL()、COALESCE()虽然它被多数支持，但语义不等价且部分老版本不认 - 字符串拼接坚持用
||（标准连接符），而非+（SQL Server）、CONCAT()（MySQL 5.7+）、STRING_AGG()（PostgreSQL）等非标聚合函数
嵌套子查询避免依赖列别名或序号
像 SELECT * FROM (SELECT a, b FROM t) AS x ORDER BY 1 这种用位置序号排序的写法，在 Oracle 和旧版 DB2 中不被允许；而外层引用内层 AS x 的别名列（如 x.a）在某些嵌套层级下会被解析失败。
实操建议：
- 所有子查询必须显式命名字段，禁用
*：写成SELECT a AS col_a, b AS col_b FROM t，而不是SELECT * FROM t - 外层查询引用子查询字段时，一律用子查询定义的别名，如
(SELECT id, name FROM users) u→ 后续用u.id，不用id或序号 - 避免在子查询里用
ORDER BY（除非配合LIMIT或FETCH FIRST），标准 SQL 不允许无意义的子查询排序
JOIN 条件与 WHERE 条件别混用
把本该写在 ON 子句里的过滤条件挪到 WHERE，在 LEFT JOIN 场景下会意外转成内连接——这在 PostgreSQL 和 SQL Server 上表现一致，但在某些嵌套多层 JOIN 时，SQLite 或旧版 MySQL 可能优化路径不同，导致结果不一致。
实操建议：
-
LEFT JOIN的右表过滤必须放ON：例如LEFT JOIN orders o ON u.id = o.user_id AND o.status = 'paid'，而不是WHERE o.status = 'paid' - 嵌套子查询中若含
JOIN，确保每个ON条件只涉及当前参与连接的两张表，不跨三级表引用 - 避免
USING语法（如JOIN t2 USING(id)），它在 Oracle 和一些 OLAP 引擎中不支持，改用显式ON t1.id = t2.id
分页写法统一用 FETCH FIRST / OFFSET
LIMIT/OFFSET 是 MySQL/PostgreSQL 风格，TOP 是 SQL Server 风格，ROWNUM 是 Oracle 风格——嵌套查询里一旦用了其中一种，移植性直接归零。
实操建议：
- 所有分页嵌套都用标准 SQL:2008 语法：
ORDER BY id OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY - 注意
OFFSET必须搭配ORDER BY，否则标准不保证结果顺序，有些数据库（如 older SQLite）甚至会报错 - 如果目标环境是 MySQL 5.6 或 SQL Server 2008R2 以下，就得妥协——但这时“可移植性”本身已不成立，需提前确认最低兼容版本
真正卡住移植的往往不是语法冷门，而是子查询里悄悄用了某个数据库默认开启、别的库默认关闭的行为，比如空字符串和 NULL 的等价判断、大小写敏感的排序规则、或隐式类型转换优先级。写完嵌套，最好在两个以上引擎里跑一遍 EXPLAIN 看执行计划是否真按预期走。
