数据库架构

Question

我觉得这个问题很简单......

我没有大型可扩展数据库的经验，我正在一个项目中工作，我面临这个设计问题：

我有一个用于下标的表，并有一个表可以订阅他们可以订阅的服务，两个表都会增长，下标可以订阅他们想要的服务数量，问题是要关系subscritor - > service我不知道这将是正确的方式，我认为它应该是这个选项之一：

• 为每个服务创建一个表以对下标列表进行设置。
• 为下标创建一个表，并以dinamically方式添加新列来表示服务。
• 为子查询创建一个表，并使用二进制掩码存储用户订阅的服务列表。

哪种方式是最好，更实用，可扩展的解决方案？ 任何其他选择都是apreciated。 先谢谢。

PS：我正在使用MySQL

Answer 1

这是一个典型的多对多关系 - 在关系数据库中，处理这个问题的标准方法是关系的每一面都有一个表，一个存储它们之间的链接 - 就像这样：

Subscriber
----------
SubscriberID (PK)
SubscriberName
etc...

Service
-------
ServiceID (PK)
ServiceName
etc...

SubscriberService
-----------------
SubscriberID (PK)
ServiceID    (PK)

Answer 2

你可以这样做......

One table for subscriptors
One table for services and 
last one to store which subscriptors have which services...

这对你的项目来说是最好的......