sql - 三种潜在的数据库设计

Question

我一直在考虑三种类似的数据库设计，但还没有对其中任何一种提出非常强烈的支持或反对意见。

1. 一个巨大的内容表

   content: int id, enum type, int parent_id, varchar title, text body, text data
   

   这将为每一行分配一个类型(新闻、博客等)，并具有用于公共(public)/标准/可搜索数据的字段，然后任何非标准或琐碎的数据都将作为序列化 xml 存储在 data 字段。

2. id 一张表，content 多张表

   ids: int id, enum tableName, int parent_id
   

   这有一个大的 id 表，然后每个其他表都引用这个 id，这使得分层内容很容易。

3. 以上两者的组合，主表存储所有常用信息，但不重要的数据存储在相应的表中。

当然，当所有东西都有自己的表时，保持数据一致会更容易，但上述想法使得强制对公共(public)字段进行标准化变得容易得多，并且使内容相互关联(尤其是通过标记)变得容易得多。

如有任何想法或链接，我们将不胜感激。

Answer 1

我认为主查找表和用于实际内容的辅助表的想法是最好的解决方案。 Drupal 的结构与您所描述的类似，而且事实证明它非常灵活。

http://projects.contentment.org/blog/84

Drupal 在单个表中有一个主“节点”数据库，并在获取实际内容时引用专门的表。

我不喜欢尝试将所有内容作为 XML 放入表中的想法。随着时间的推移，这可能会证明是一只性能和灵 active 的狗。