MySQL 5.7视图迁移到8.0+时因禁止FROM子句中的子查询而报错1349，需改用JOIN或CTE；窗口函数须补ORDER BY且禁用RANGE；SQL Server/Oracle函数及分页语法须按目标库规范重写。
MySQL 5.7 视图迁移到 8.0+ 时 subquery in FROM 报错
ERROR 1349 (HY000): View's SELECT contains a subquery in the FROM clause 是典型症状，不是语法写错了，是 MySQL 5.7 允许“不可展平”的视图定义，而 8.0+ 默认更严格。它要求视图主体能被优化器线性展开，嵌套子查询直接被拒。
- 先用
SHOW CREATE VIEW your_view拿到原始定义，别从 pg_dump 或 SQL Server 导出的脚本里直接抄 - 把
SELECT * FROM (SELECT ... FROM t) AS sub改成显式JOIN或临时表逻辑（如需复用，改用 CTE） - MySQL 8.0+ 支持
WITH，但必须写成WITH RECURSIVE（哪怕不递归），且不能带参数；非递归 CTE 可安全替换子查询 - 避免在视图里写
(SELECT COUNT(*) FROM x WHERE y = v.id)这类标量子查询——MySQL 不允许，得改成LEFT JOIN (SELECT y_id, COUNT(*) c FROM x GROUP BY y_id) cnt ON cnt.y_id = v.id
PostgreSQL 视图含窗口函数，同步到 MySQL 失败
PostgreSQL 允许 ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary) 直接出现在视图中，MySQL 5.7 会报 ERROR 1064，8.0+ 虽支持窗口函数，但对视图定义仍有额外限制：累计类函数（如 SUM() OVER）必须带 ORDER BY，否则报 Window 'w' lacks an ORDER BY clause。
- 确认目标 MySQL 版本：5.7 必须重写，不能加窗口函数；8.0+ 需补全
ORDER BY，且禁用RANGE框架（只认ROWS） - PostgreSQL 的
OVER ()空括号在 MySQL 里非法，统一改为OVER (ORDER BY id)（哪怕 id 是主键） - 如果原视图依赖
LAG()或LEAD()做空值填充，MySQL 对字符串字段类型更敏感，务必先CAST(created_at AS DATE)再进窗口，否则返回NULL不报错但结果错 - 别在视图里用
HAVING rn <= 10引用窗口别名——MySQL 和 PostgreSQL 都不支持，必须拆成两层：SELECT * FROM (SELECT *, ROW_NUMBER() OVER (...) rn FROM ...) t WHERE t.rn <= 10
SQL Server 视图里的 ISNULL/GETDATE 在 PostgreSQL 中执行失败
错误信息通常是 function isnull(unknown, unknown) does not exist 或 function getdate() does not exist。这不是拼写问题，而是函数根本不存在于 PostgreSQL 的函数目录里。
-
ISNULL(a, b)→ 统一换为COALESCE(a, b)，但注意所有参数类型必须一致；若a是INT、b是字符串，得写成COALESCE(a::TEXT, b)或COALESCE(CAST(a AS TEXT), b) -
GETDATE()→ 用NOW()，但语义不同：NOW()返回timestamptz，若原逻辑要timestamp without time zone，必须显式写NOW()::timestamp -
CONVERT(VARCHAR, col, 120)→ PostgreSQL 没有格式化参数，改用TO_CHAR(col, 'YYYY-MM-DD HH24:MI:SS')，模板大小写敏感，mm是分钟，MM是月份 -
TOP 10→ 只能换成LIMIT 10，且必须放在整个SELECT末尾；若原视图有ORDER BY，必须一起搬过去，否则结果无序
Oracle ROWNUM 用于分页，在 MySQL/PostgreSQL 中行为异常
Oracle 的 ROWNUM <= 10 是执行时动态分配，常被误当作“取前 10 行”。但直接替换成 MySQL 的 LIMIT 10 或 PostgreSQL 的 LIMIT 10，在有 ORDER BY 时可能结果不一致——因为 Oracle 的 ROWNUM 在排序前就编号了。
- Oracle 的
SELECT * FROM (SELECT ..., ROWNUM rn FROM t ORDER BY x) WHERE rn <= 10实际等价于 MySQL/PostgreSQL 的SELECT * FROM t ORDER BY x LIMIT 10，但前提是外层没再加工 - 若原视图用了
ROWNUM BETWEEN 11 AND 20做分页，MySQL/PostgreSQL 必须用LIMIT 10 OFFSET 10，且OFFSET性能差，线上慎用 - Oracle 的
ROWNUM = 1常用于取单行，等价于SELECT ... FROM t ORDER BY x FETCH FIRST 1 ROW ONLY（PostgreSQL/MySQL 8.0+ 支持），比LIMIT 1更语义清晰 - 别用
ROWNUM做条件判断（如WHERE ROWNUM > 1），这在所有数据库里都无效——Oracle 自身也不支持，得套子查询
跨库视图迁移最易被忽略的点不是语法转换，而是隐式行为差异：MySQL 会静默截断超长字符串，PostgreSQL 严格报错；SQL Server 对空字符串和 NULL 区分模糊，PostgreSQL 完全区分；Oracle 的 SYSDATE 和 MySQL 的 NOW() 时区处理逻辑也不同。这些不会让语句“跑不起来”，但会让数据“看起来对、实际错”。
