sql server中pivot实现静态行转列需明确列出固定键名（如[status]、[priority]），配合max(value)等聚合函数，源数据按record_id分组透视，缺失键对应值为null。
用 PIVOT 实现静态 Key-Value 行转列（SQL Server / Oracle）
当你的 Key-Value 数据存在固定、可枚举的键名（如 status、priority、category），且需转为固定列时，PIVOT 是最直接的选择。它本质是聚合 + 透视，要求你明确写出每个目标列名。
常见错误是把 PIVOT 当作通用转换器——它不支持动态键名，一旦新增一个 key，视图就得手动改写。
- SQL Server 示例：假设源表
kv_table含record_id、key、value三列，想转出status和priority两列：
SELECT record_id, [status], [priority] FROM ( SELECT record_id, key, value FROM kv_table ) AS src PIVOT (MAX(value) FOR key IN ([status], [priority])) AS pvt;
- Oracle 需用
PIVOT子句（11g+），语法类似，但注意字符串字面量需加双引号； -
MAX(value)是必须的聚合函数，即使每record_id+key组唯一，也得选一个（MIN/MAX最安全）； - 若某
record_id缺少某个key，对应列值为NULL，不是空字符串。
用条件聚合替代 PIVOT（MySQL / PostgreSQL / 兼容性更强）
不是所有数据库都支持 PIVOT（比如 MySQL 直到 8.0.29 才实验性支持），而条件聚合（CASE WHEN + MAX）在任意 SQL 标准引擎里都稳。
它逻辑清晰、调试方便，且能自然处理缺失键（自动补 NULL），比硬套 PIVOT 更可控。
- PostgreSQL 示例：
SELECT record_id, MAX(CASE WHEN key = 'status' THEN value END) AS status, MAX(CASE WHEN key = 'priority' THEN value END) AS priority, MAX(CASE WHEN key = 'category' THEN value END) AS category FROM kv_table GROUP BY record_id;
- 必须
GROUP BY record_id，否则聚合会坍缩整张表； - 每个
CASE块只取匹配键的值，其余为NULL，外层MAX把非空值“提”出来； - 如果
value是数字类型但存为文本，需要显式::INTEGER或CAST(... AS INT)转换，否则排序/计算会出错。
避免用 JSON 函数“假装结构化”（PostgreSQL / MySQL 5.7+）
有人倾向用 JSON_OBJECT_AGG 或 JSON_EXTRACT 把 Key-Value 打包成 JSON 字段，再查子字段——这看似灵活，实则埋坑。
它让查询失去索引能力，无法高效 WHERE 某个 key 的值，JOIN 性能也差，只适合读多写少、且下游应用能解析 JSON 的场景。
- PostgreSQL 中误用示例：
-- ❌ 不推荐：生成 JSON 后再提取，无法走索引
SELECT record_id,
(json_data->>'status')::TEXT AS status
FROM (
SELECT record_id, JSON_OBJECT_AGG(key, value) AS json_data
FROM kv_table GROUP BY record_id
) t;
- 真正需要动态键时，应优先考虑物化视图或定时 ETL 转成宽表，而不是每次查询都现场解析 JSON；
- 若必须用 JSON，至少给常用 key 加生成列（PostgreSQL 的
GENERATED ALWAYS AS）并建索引。
视图定义里别漏掉 NULL 处理和数据类型声明
Key-Value 表的 value 列通常是 TEXT 或 VARCHAR，但转成规范列后，不同业务字段语义不同——created_at 应是时间，is_active 应是布尔。视图里不显式转换，下游用起来极易出错。
- PostgreSQL 中应这样写：
MAX(CASE WHEN key = 'created_at' THEN value::TIMESTAMP END) AS created_at, MAX(CASE WHEN key = 'is_active' THEN value::BOOLEAN END) AS is_active
- MySQL 用
STR_TO_DATE(value, '%Y-%m-%d %H:%i:%s')或value + 0（转数字）； - 没做类型转换的视图，可能让 BI 工具把时间当字符串排序，或把
'true'当文本参与布尔运算失败； - 更隐蔽的问题：某些数据库对空字符串
''和NULL在类型转换中行为不一致，建议在源表清洗阶段就统一空值表示方式。
动态键名永远没法靠单个视图一劳永逸，真有这种需求，说明数据模型该重构了——要么加配置表映射 key 到类型/显示名，要么把 Key-Value 拆进多个强类型附属表。视图只是投影层，不该承担 schema 演化的责任。
