移动应用程序的正确结构（数据库）

Question

问题是，从性能上看，这些选项中的哪一个（显然，可能还有第三个我们没有考虑）是最好的。我认为第二种选择我看到了几个缺陷，但我不确定。就延迟和速度而言，遍历数组（如果添加了服务，或者由于用户首先使用了service2，然后使用了Service1)，遍历数组的次数会更多）比选项1要高得多。此外，一个用户在一个服务下，这意味着要遍历整个数组，寻找并消除它。我不知道你是专家，你有什么建议吗？所有这些都将上传到云（azure）上，所以所有的请求都将上传到云上

Answer 1

备选方案2比备选方案1好。但是，恕我直言，还是不太好。

千万不要在数据列中存储逗号分隔的列表。如果你这样做了你会后悔的。（它们的搜索成本很高。）

你想要这样的东西。三个表，一个用于用户，另一个用于服务，还有一个所谓的联接表，在两者之间建立多对多的关系。

+-----------+    +-------------+     +-----------+
|user       |    |user_service |     |service    |
+-----------+    +-------------+     +-----------+
|user_id    +--->|user_id      |<----+service_id |
|givennamee |    |service_id   |     |name       |
|surname    |    +-------------+     +-----------+
|is_active  |
+-----------+

user_service中的每一行都意味着用户有权使用该服务。若要授权用户，请插入一行。若要吊销授权，请删除该行。

若要了解用户是否可以使用服务，请使用此查询。

SELECT user.user_id 
  FROM user
  JOIN user_service USING (user_id)
  JOIN service USING (service_id)
 WHERE user.givenname = 'Bill' AND user.surname='Gates'
   AND service.name = 'CharityNavigator'

如果查询返回user_id，则所选用户可以使用所选服务。

若要获取每个用户的服务列表，请使用此查询。

SELECT user.user_id, user.givenname, user.surname,
       GROUP_CONCAT(service.name) service_names
  JOIN user_service USING (user_id)
  JOIN service USING (service_id)
 GROUP BY user.user_id  

一些解释：几乎总是最好的方法是在表中为您的服务之类的东西构建行，而不是列或列中用逗号分隔的列表。为什么？

>

您可以在几年后添加新的服务--只要您想要的数量就可以--而不需要重新工作数据库代码。

DBMS（包括MySQL）可以很好地处理连接操作。

在大多数关系数据库管理系统中，执行commalist_column SOMEHOW_CONTAINS(some_id)的效率低得令人恶心。执行column=some_id的效率要高得多，因为它可以使用html" target="_blank">索引。

通常，列数较少的行比列数较多的行工作得更好。

在生产中，向数据库中添加行要比添加列便宜得多。添加列意味着更改表定义。该操作可能需要停机。

当您将列用于诸如服务之类的东西时，您正在创建一个封闭的系统。当您使用行时，您的系统是开放式的。

我可以建议您阅读数据库规范化吗？不要被所有的CS行话吓倒。只需看看一些如何对各种数据库进行规范化的示例即可。

也许读一下实体关系数据库建模？