MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 4787 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如传统的关联表设计：
post 表:
id, title, content
tag 表:
id, name
post_tag 表:
post_id, tag_id
--
在某些特定情况下（例如：性能是主要瓶颈时）有没有更好的设计？
都有哪些情况不应该用这种设计？
post 表:
id, title, content
tag 表:
id, name
post_tag 表:
post_id, tag_id
--
在某些特定情况下（例如：性能是主要瓶颈时）有没有更好的设计？
都有哪些情况不应该用这种设计？
第 1 条附言 2013 年 4 月 20 日
 | 1 alsotang 2013 年 3 月 17 日 我也想知道。。。不过貌似没人回答哈。。。 |
 | 2 keakon 2013 年 3 月 17 日 如果你的 tag 的范围是能预先确定，并且种类不超过 64，可以用 SET 类型。 如果 tag 不需要重命名，且使用 PostgreSQL 的话，可以用数组类型。 不过在 tag 表较小，post_tag 表正确设置了索引的情况下，还存在性能问题，就表示你的业务模型不适合关系型数据库。 |
Select Language