单个MYSQL数据库中的建议表数

Question

我目前正在开发Laravel 4中的应用程序。 正确的数据库规范化后，我的应用程序所需的表数增加到大约48个表。

我很担心，所以我想问一下有经验的人提出建议或建议。

1. 从长远来看，这对我的数据库在性能和维护方面会有什么影响。
2. 我应该创建另一个数据库并拆分表

任何贡献或建议都将受到赞赏。

注意：其中一个表中最长的列是25

Answer 1

表的数量并没有太大的差别。很少有调整可以帮助，但对于MySQL来说不会成为问题。

我也没有单独的数据库，这意味着你不能跨数据进行表连接或外键。

我会选择您当前的设计，并在需要时提出一些问题进行优化。

我已经看到了大约有500个表的MySQL部署，只是为了让你放心。

此致 乔

Answer 2

建议的表格数量您的应用程序需要的数量。没有神奇的数字。

数据库旨在用于以对用户有用的方式提取数据。如果在完成需求分析后需要N个表，则使用N个表。

数据库的性能（适用于体积较小的网站或网络应用等小型应用）通常受访问数据集的速度控制。这意味着它受硬盘驱动器的约束，或者所谓的I / O限制。

如果你担心数量的表会减慢你的应用程序 - 它不会。默认的MySQL引擎（InnoDB）默认将所有物理数据存储在单个文件中（除非每个表的文件变为1）。这是由InnoDB / MySQL开发人员完成的优化，因此您不必担心无数问题，例如打开文件描述符，表格数量以及不存在的问题。

现在，根据我自己的经验 - 我可以访问一个包含表格和视图编号的野兽，数量巨大，我不敢提及它（它是CRM / ERP）由数十种产品组成的解决方案），其范围在100,000以上。所以是的，25（或1000）不应该担心你。