1-多-多的数据库结构

Question

我需要一些想法如何处理我正在开发的网站的数据库结构，我已经绞尽脑汁有一段时间了，以找出设计表格以帮助其实现可扩展的最佳方法。以下是详细信息。

• 列表：包含标题文本、发布日期和简单其他信息的单个帖子。将连接用户表以获取用户名。

• 标签：每个列表可以有多个属于“类型”的标签示例：

  类型：动作、超自然、喜剧

  制作人：Sunrise、Bones

• 额外字段：每个列表可以有也有额外的字段示例：

  播出日期：2010 年 12 月 18 日

  持续时间：120 分钟

标准化方式类似于：

-- Listing_table (list_id, user_id, list_title , list_content, list_date)

-- Tags_table (tag_id, tag_type, tag_name, tag_slug)

-- Tags_Listing_table (list_id, tag_id)

-- Field_table (list_id, field_name, field_value)

这个结构可以吗？另外，有效查询所有这些信息的最佳方法是什么？我认为根本不可能在一次查询中获得所有这些信息。我有什么选择？

此外，每个列表将加载多个线程，并且这些线程内将包含多个帖子，所有帖子都在同一页面上，有点像：

[单页]

列表（标题、内容、标签、额外字段）

• 线程 1
  • 帖子 1
  • 帖子 2
• 主题 2
  • 帖子 1
  • 帖子 2

感谢所有提供帮助的人，我真的很感激你们所有人的见解。如果还有什么我可以添加来帮助您帮助我，请询问。我可以转储我的 SQL 结构。

Answer 1

无论您的目标是可扩展性还是性能，您几乎肯定会后悔这一点：

-- Field_table (list_id, field_name, field_value)

有关某些具体原因，请参阅 SQL 反模式反击。该结构从幻灯片 16 开始。另请阅读 Bad CaRMa，这与可扩展性和性能有关。

Answer 2

这看起来像是典型的实体属性值方法。这个模型很好，特别是对于高流量网站，但它不太适合 SQL。而不是：

select * from Listing_table where postdate > '2011-02-01'

您会发现自己编写的查询如下：

select  *
from    Listing_table lt 
where   (select value from field_table ft where lt.list_id = ft.list id 
         and field_name = 'postdate') > '2011-02-01'

这只是为了简单的日期比较。这变得非常非常复杂。

基本上，EAV 是一种权衡，您将数据库主要用于持久存储，较少用于逻辑和报告生成。