子查询不能直接生成列，必须用动态SQL拼接；SELECT列表字段须编译时确定，动态列需先查元数据再拼字符串，最后用EXECUTE或PREPARE执行。
子查询不能直接生成列，必须用动态SQL拼接
SQL标准语法里，SELECT 列表中的字段必须在编译时确定，子查询返回多行或多列时，无法自动“展开”成多个列。比如你想根据 SELECT DISTINCT category FROM products 的结果，为每个 category 生成一列统计值——这在静态SQL里根本写不出来。
真正能落地的做法是：先查出列名列表（如 ['electronics', 'books', 'clothing']），再拼出类似 SELECT COUNT(*) FILTER (WHERE category = 'electronics') AS electronics, ... 的完整语句，最后用数据库支持的动态执行机制运行它。
常见错误现象：ERROR: subquery must return only one column 或直接语法报错，本质都是试图把集合当标量用。
PostgreSQL用string_agg + EXECUTE实现最稳妥
PostgreSQL 9.6+ 支持 FILTER 和 EXECUTE，组合起来最清晰。关键不是“嵌套逻辑”，而是分两步：构造列定义字符串，再注入到 DO $$ ... $$ 或函数中执行。
- 用
string_agg()把每个动态列拼成COUNT(*) FILTER (WHERE category = 'X') AS X形式 - 外层
SELECT必须包装成字符串，不能直接嵌套——否则解析器会在执行前就报错 - 最终语句需用
EXECUTE运行，且变量必须通过USING传入，避免SQL注入（哪怕数据来自内部表）
示例片段：
DO $$
DECLARE
cols TEXT;
sql TEXT;
BEGIN
SELECT string_agg(
format('COUNT(*) FILTER (WHERE category = %L) AS %I', category, category),
', '
) INTO cols
FROM (SELECT DISTINCT category FROM products) AS t;
sql := 'SELECT ' || cols || ' FROM products';
EXECUTE sql;
END $$;
MySQL要靠PREPARE + GROUP_CONCAT，且不支持FILTER
MySQL没有 FILTER，得用 SUM(IF(...)) 模拟；也没有 EXECUTE 直接跑字符串，必须走 PREPARE + EXECUTE 两步。更麻烦的是，GROUP_CONCAT 默认长度限制1024，动态列一多就截断，必须提前设 SET SESSION group_concat_max_len = 1000000。
容易踩的坑：
-
PREPARE stmt FROM @sql中的@sql必须是用户变量，不能是局部变量 - 列别名含空格或特殊字符时，
GROUP_CONCAT不会自动加反引号，得手动CONCAT('`', col, '`') - MySQL 5.7+ 开启
sql_mode=STRICT_TRANS_TABLES时，空结果集可能导致PREPARE失败
动态列的本质是元数据驱动，不是逻辑嵌套
所谓“嵌套逻辑”其实是误导——真正起作用的是对表结构或业务维度的元数据查询（比如从 information_schema.columns 或业务配置表读列定义），然后把它当文本模板渲染。数据库引擎本身不理解“动态”，只是人把SQL当字符串拼好了再喂给它。
复杂点在于：列名合法性校验、NULL值处理、聚合函数选择（COUNT vs SUM vs AVG）、以及执行上下文隔离（比如临时表在动态SQL里不可见）。这些没法靠“嵌套”自动解决，得一层层手动兜住。
