可以，但仅限于标量子查询（单行单列），且必须确保运行时严格返回一行，否则报错；数据库将其作为计算常量参与外层表达式，如select price * (select rate from tax_config where id = 1) as taxed_price。
非关联子查询能当常量用吗？可以，但有严格限制
能，但仅限于标量子查询（返回单行单列），且必须确保运行时一定返回一行。数据库会把它当作一个“计算出来的常量”参与外层表达式，比如 SELECT price * (SELECT rate FROM tax_config WHERE id = 1) AS taxed_price。一旦子查询返回 0 行或 >1 行，整条 SQL 就会报错：Subquery returns more than 1 row 或 NULL 值传播导致结果异常。
- 必须用在表达式上下文中：
SELECT列、WHERE条件、ORDER BY，不能单独出现在FROM后 - 不能引用外层表的列（否则就成关联子查询了）
- MySQL 8.0+ 和 PostgreSQL 支持子查询作为标量直接参与算术运算；SQLite 允许但不推荐用于复杂计算；SQL Server 要求显式别名或括号包裹
- 如果配置表可能为空，务必加
COALESCE((SELECT ...), 1)防止NULL污染整个计算结果
为什么 WHERE 中用非关联子查询查阈值容易出错？
常见写法如 WHERE score > (SELECT threshold FROM config WHERE key = 'pass') 看似简洁，但实际执行时数据库无法提前优化——它会在每行判断前都执行一次子查询（即使结果不变）。性能上等价于重复调用函数，尤其在大表扫描时开销明显。更隐蔽的问题是：若 config 表被并发更新，两次执行子查询可能拿到不同值，导致同一语句内逻辑不一致。
- 避免在
WHERE或HAVING的布尔表达式里频繁使用非关联子查询做比较基准 - 改用
JOIN预加载：先SELECT threshold INTO @t FROM config WHERE key = 'pass'，再WHERE score > @t（MySQL）或用 CTE 提前物化：WITH cfg AS (SELECT threshold FROM config WHERE key = 'pass') SELECT * FROM scores JOIN cfg ON 1=1 WHERE score > cfg.threshold - 确认
config表上有key字段的唯一索引，否则子查询可能意外返回多行
PostgreSQL 中用 LATERAL 实现“伪常量”更安全？
PostgreSQL 的 LATERAL 本质是关联子查询，但它能强制只执行一次并复用结果，比标量子查询更可控。例如：SELECT x, y, (SELECT val FROM params WHERE name = 'multiplier') * x AS scaled FROM data 可能被优化器误判为多次执行；而改写为 SELECT d.x, d.y, p.val * d.x FROM data d CROSS JOIN LATERAL (SELECT val FROM params WHERE name = 'multiplier') p，明确告诉优化器“对每行 d，只查一次 p”，且支持 LEFT JOIN LATERAL 处理空配置场景。
-
LATERAL子查询可引用左侧表别名（这里是d），但本例中并未使用，纯粹利用其“一次执行、广播复用”的行为 - 若
params无匹配行，CROSS JOIN LATERAL会让整行消失；换成LEFT JOIN LATERAL则保留原行，p.val为NULL - 比起标量子查询，
LATERAL更易调试：可在子查询中加EXPLAIN看实际执行次数
MySQL 8.0+ 怎么避免标量子查询被当成“黑盒”？
MySQL 对标量子查询的优化较弱，常将其视为不可下推的独立单元。如果你发现 (SELECT max_date FROM metadata) 导致全表扫描变慢，不是因为子查询本身慢，而是优化器不敢把它下推到存储引擎层过滤。解决方案不是换语法，而是让优化器“看清”它是常量：
- 用
WITHCTE 显式声明：WITH const AS (SELECT max_date FROM metadata) SELECT * FROM events WHERE created_at —— CTE 在 MySQL 8.0+ 默认物化，优化器更倾向复用 - 避免在函数参数里嵌套：不要写
DATE_SUB(NOW(), INTERVAL (SELECT days FROM retention) DAY)，先查出days赋值给变量，再构造表达式 - 检查执行计划：如果
EXPLAIN显示子查询出现在select_type: SUBQUERY且rows很大，说明没走索引，需确认子查询里的表是否有合适索引
实际用的时候，最麻烦的不是语法怎么写，而是得时刻盯着子查询是否真“稳”——它依赖的那张配置表有没有人半夜手动 UPDATE，会不会被另一个事务锁住，返回 NULL 时下游业务代码有没有兜底。这些都不是 SQL 能自动解决的。
