mysql 8.0+ 视图禁止from子句中使用子查询，需改用显式join或with recursive cte替代；窗口函数必须带order by且禁用range；标量子查询应转为left join聚合。
MySQL 8.0+ 视图里用子查询报 ERROR 1349 怎么修
MySQL 5.7 允许 SELECT * FROM (SELECT ... FROM t) AS sub 这类嵌套子查询写法，但 8.0+ 默认拒绝——不是语法错，是优化器要求视图定义必须可线性展开。直接执行会抛出 ERROR 1349 (HY000): View's SELECT contains a subquery in the FROM clause。
- 先用
SHOW CREATE VIEW your_view拿到原始定义，别依赖导出脚本（可能已失真） - 把子查询改成显式
JOIN：比如原FROM (SELECT id, name FROM users WHERE active = 1) u，改写为FROM users u WHERE u.active = 1 - 若逻辑复杂、需复用，改用 CTE：
WITH user_active AS (SELECT id, name FROM users WHERE active = 1) SELECT ... FROM user_active；注意 MySQL 要求非递归 CTE 也得写WITH RECURSIVE（哪怕不递归） - 避免在视图里写标量子查询，如
(SELECT COUNT(*) FROM logs l WHERE l.user_id = u.id)，应提前聚合后LEFT JOIN
PostgreSQL 视图迁到 MySQL 8.0+ 后窗口函数失效
PostgreSQL 的 ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary) 在 MySQL 5.7 直接报 ERROR 1064；8.0+ 支持但有硬性限制：窗口函数必须带 ORDER BY，且不能用 RANGE 框架。
- MySQL 不接受空
OVER ()，哪怕字段是主键也得显式写OVER (ORDER BY id) -
SUM() OVER ()类累计函数必须补ORDER BY，否则报Window 'w' lacks an ORDER BY clause -
LAG()/LEAD()对类型敏感：若字段是TIMESTAMP，先CAST(created_at AS DATE)再进窗口，否则返回NULL且不报错 - 别在视图里用
HAVING rn 引用窗口别名——MySQL 和 PostgreSQL 都不支持，必须拆成两层：<code>SELECT * FROM (SELECT *, ROW_NUMBER() OVER (...) rn FROM ...) t WHERE t.rn
SQL Server 函数（ISNULL/GETDATE/CONVERT）在 PostgreSQL 中报错
错误信息通常是 function isnull(unknown, unknown) does not exist 或 function getdate() does not exist——不是拼写问题，是函数根本不存在于 PostgreSQL 的函数目录。
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
-
ISNULL(a, b)→ 统一换为COALESCE(a, b)，但所有参数类型必须兼容；若a是INT、b是字符串，得写成COALESCE(a::TEXT, b)或COALESCE(CAST(a AS TEXT), b) -
GETDATE()→ 改用NOW()，但注意它返回带时区的timestamptz；如需无时区时间戳，显式写NOW()::timestamp -
CONVERT(VARCHAR, col, 120)→ 改用TO_CHAR(col, 'YYYY-MM-DD HH24:MI:SS')，模板大小写敏感，HH24不能写成hh24 -
TOP 10→ 必须换成LIMIT 10，且只能放在整个查询末尾；若原视图含ORDER BY，必须一并保留，否则结果顺序不可控
视图执行时报 “Illegal mix of collations”
这不是视图定义失败，而是执行时底层字段、字符串常量或跨库引用的排序规则不一致。MySQL 展开视图（尤其含 UNION 或 JOIN）时会校验所有列的 COLLATION 是否兼容。
- 对每个参与比较/合并的字符串列加
COLLATE，例如u.username COLLATE utf8mb4_0900_ai_ci - 连接条件中的字段也要统一：
ON u.id = l.user_id COLLATE utf8mb4_0900_ai_ci - 硬编码字符串字面量（如
'active'）同样要加COLLATE，不能只加在AS别名上 - 推荐使用目标环境默认
COLLATION（如 MySQL 8.0 用utf8mb4_0900_ai_ci），避免混用旧规则引发连锁问题
分布式数据库环境下，视图往往跨节点、跨库甚至跨引擎调用，排序规则和类型隐式转换这类细节最容易在高并发场景下暴露——它们不会在单表测试中出错，却会在 JOIN 或 UNION 实际执行时突然中断。
