mysql - 数据库结构-加入或不加入

Question

我们正在 mySQL Workbench 的帮助下为一个新应用程序制定数据库结构，随着多对多关系的增加，列出数据所需的连接数量急剧增加。

该应用程序的读取量非常大，每个表有几十万行。

问题:

• 在需要的地方合并表从而减少连接真的有那么糟糕吗？

• 我们应该开始研究水平分区吗？ (结合合并表)

• 有没有比数据透视表更好的方法来处理多对多关系？

• 我们讨论过将所有数据存储在序列化文本列中，并让应用程序代替数据库进行排序，但这似乎是一个非常糟糕的主意，即使数据库将被大量缓存。你怎么看？

Answer 1

使用数据库的规范化形式。对于大部分任务，您不需要超过 3 或 4 个连接，您仍然可以为最常见的连接编写 View 。非规范化会让您在更改一个属性时始终考虑更新多个位置/表中的字段，这肯定会导致问题多于好处。

如果您担心报告性能，您仍然可以将定时批处理中的数据提取到单独的表中，以获得报告查询所需的性能。如果是为了简化查询，您可以使用 View 。