不能只靠MAX(CASE WHEN...)写死查询，因纵表attribute值来自业务配置且动态可变，新增属性需手动改SQL并重部署，无法满足多租户及生产环境灵活性要求。
CASE WHEN 只适用于列名已知且固定的情况；纵表字段可变时，硬编码会直接失效。
为什么不能只靠 MAX(CASE WHEN ...) 写死查询？
纵表的 attribute 值（比如 'name'、'age'、'email'）通常来自业务录入或配置表，不是开发期就能穷举的。一旦新增一个属性（如 'department'），你得手动改 SQL、加一列、重部署——这在生产环境不可接受。
更麻烦的是，不同用户/租户可能有完全不同的属性集，硬编码根本无法复用。
GROUP_CONCAT 拼出列定义时要注意 NULL 和特殊字符
生成动态列名的核心是：SELECT GROUP_CONCAT(DISTINCT CONCAT('MAX(CASE WHEN attribute = ''', attribute, ''' THEN value END) AS ', attribute))。
但实际执行中容易踩三个坑：
-
attribute含空格或连字符（如'user-id'）会导致 SQL 语法错误，必须用反引号包裹：CONCAT('`', attribute, '`') -
attribute为NULL时，GROUP_CONCAT默认跳过，但若原始数据里真有NULL属性，需提前WHERE attribute IS NOT NULL -
GROUP_CONCAT默认长度限制是 1024 字符，列多时会截断；必须先设SET SESSION group_concat_max_len = 1000000;
存储过程里 PREPARE + EXECUTE 的关键约束
MySQL 存储过程中不能直接拼接并执行字符串 SQL，必须走预编译流程。但注意：
-
@sql必须是用户变量（带@），不能是局部变量；否则PREPARE报错Unknown column -
EXECUTE只能传入变量，不能传入表名或列名作为参数——所以表名、分组字段（如id）必须在拼接时硬写进字符串，不能参数化 - 每次
PREPARE前最好DEALLOCATE PREPARE stmt，否则重复调用存储过程会报SQLSTATE HY000: Prepared statement exists
横表结果中数值类型丢失怎么办？
CASE WHEN 返回的是表达式结果，MySQL 会按所有分支中最宽泛的类型推导返回类型。比如有的 value 是数字，有的是字符串，最终列类型变成 TEXT，导致排序/计算异常。
解决办法只有显式转换：
MAX(CASE WHEN attribute = 'age' THEN CAST(value AS UNSIGNED) END) AS age
但注意：CAST(... AS ...) 遇到非法值会转成 0 或 NULL，务必确认源数据质量；如果属性类型混杂（如 'score' 是整数，'remark' 是文本），建议拆成多个视图或分批处理。
attribute 达到上百个、且每条记录只填其中 3–5 个时，MAX() 会大量返回 NULL，而下游应用未必能正确处理稀疏结构——这时候该考虑是否真的需要物理横表，还是用 JSON 聚合更务实。 
