sql标准不支持if not exists then select语法，因if是存储过程内流程控制语句，不能用于普通查询；ifnull/coalesce仅处理null值，无法应对结果集为空（0行）场景。
SQL里没有IF NOT EXISTS THEN SELECT这种写法
SQL标准语法不支持直接用IF NOT EXISTS控制查询分支，尤其不是用来“查不到就返回默认值”。很多人想当然地写IF NOT EXISTS (SELECT ...) THEN SELECT ...，这在MySQL、PostgreSQL、SQL Server里都会报语法错误——因为IF是存储过程/函数内的流程控制语句，不能出现在普通SELECT上下文中。
IFNULL/COALESCE只能处理NULL，不能解决“记录不存在”
IFNULL（MySQL）、COALESCE（标准SQL）作用对象是表达式结果为NULL的情况，比如字段值为空、计算结果为空。但“整条记录不存在”和“某字段值为NULL”是两回事：前者查询结果集为空（0行），后者是1行但某列值为NULL。所以直接套IFNULL(SELECT name FROM user WHERE id=999, 'default')会报错——子查询返回0行时，标量子查询不被允许。
常见错误现象：
-
Subquery returns more than 1 row（多行） -
Subquery returns no rows（零行，MySQL 5.7+ 默认报错） - PostgreSQL 报
more than one row returned by a subquery used as an expression
真正可行的三种做法：LEFT JOIN + COALESCE、UNION ALL + LIMIT、COALESCE + 标量子查询（带条件兜底）
核心思路是把“查不到记录”这个逻辑，转换成“查到0行 → 补一行默认值”。以下是实操建议：
✅ 推荐方式：用LEFT JOIN构造必存在的一行基准
SELECT COALESCE(t.name, 'default') AS name FROM (SELECT 1 AS dummy) d LEFT JOIN user t ON t.id = 999;
✅ 兼容性最好：用UNION ALL合并真实数据与默认值，再用LIMIT 1取优先级高的
(SELECT name FROM user WHERE id = 999) UNION ALL (SELECT 'default' AS name) LIMIT 1;
⚠️ 注意：UNION ALL不保证顺序，必须加ORDER BY或依赖执行顺序（不推荐）。更稳妥写法：
(SELECT name, 1 AS priority FROM user WHERE id = 999) UNION ALL (SELECT 'default', 2) ORDER BY priority LIMIT 1;
✅ MySQL可用（但慎用）：用IFNULL包裹标量子查询，前提是确保子查询最多返回1行且开启sql_mode宽松模式
SELECT IFNULL( (SELECT name FROM user WHERE id = 999 LIMIT 1), 'default' ) AS name;
注意：LIMIT 1是必须的，否则可能触发多行错误；且该写法在严格模式下仍可能失败。
不同数据库的兼容性细节容易被忽略
PostgreSQL没有IFNULL，必须用COALESCE；SQL Server用ISNULL，但同样不能用于空结果集场景。SQLite支持IFNULL，但标量子查询为空时返回NULL，可配合使用——这是少数能直接用IFNULL((SELECT ...), 'default')的场景。
最容易被忽略的点：即使你只想要一个默认字符串，也要考虑是否需要保持原表字段的数据类型（比如VARCHAR(50) vs 'default'隐式转成TEXT），尤其在视图或ORM映射中可能引发类型不匹配问题。
