EAV模式在MySQL下特别不适用：受61张表关联上限约束

实体-属性-值（EAV）设计模式——用一张通用表把”实体ID、属性名、 属性值”三列存起来，以此避免为每种实体单独建一张固定字段的表—— 本身在任何关系数据库里都算不上好设计，但在MySQL下会额外撞上 一堵具体的墙：MySQL对单次关联操作有一个硬性限制，最多只能 关联61张表。EAV模式的查询模式天然依赖大量自关联（要把同一张 EAV表按不同属性反复关联自身，才能拼出一个实体的完整属性 视图），这种查询模式很容易触及甚至超过这个61张表的上限—— 而这不是配置项能调整的，是MySQL这个具体实现里的硬编码限制。 更值得注意的是，即使关联表数还没到61张表这个硬上限，MySQL 在解析和优化查询时的开销本身也会随着关联表数量的增加而显著 上升，书中给出一条经验法则：如果希望查询执行得快、并发性好， 单个查询最好把关联控制在12张表以内。这说明EAV这类”通用schema” 设计的风险不是抽象的”理论上不优雅”，而是会具体撞上MySQL这一 特定实现的两道门槛：一道是61张表的硬性上限（撞上直接报错）， 另一道是12张表左右开始明显下降的查询优化效率（撞上是逐渐 变差、不会立刻报错，因此更容易被忽视）。选择schema设计模式 时，不能只看它在抽象关系模型层面是否成立，还要核实具体数据库 实现对这种模式所依赖的操作（这里是大量自关联）是否有硬性 限制。