多对多关系中，除了传统范式的关联表，还有别的什么设计？

[darasion]

比如传统的关联表设计：

post 表:
id, title, content

tag 表:
id, name

post_tag 表:
post_id, tag_id

--
在某些特定情况下（例如：性能是主要瓶颈时）有没有更好的设计？

都有哪些情况不应该用这种设计？

[alsotang]

我也想知道。。。不过貌似没人回答哈。。。

[keakon]

如果你的 tag 的范围是能预先确定，并且种类不超过 64，可以用 SET 类型。
如果 tag 不需要重命名，且使用 PostgreSQL 的话，可以用数组类型。

不过在 tag 表较小，post_tag 表正确设置了索引的情况下，还存在性能问题，就表示你的业务模型不适合关系型数据库。

[darasion]

@keakon 多谢多谢.