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

Question

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

我很担心，所以我想问你有经验的人的意见或建议。

1. 对性能和维护长期来说，这对我的数据库有什么影响。
2. 我应该创建另一个数据库，并分割表

任何贡献或建议将十分赞赏。

注：在表的一个最长的列是表的25

Answer 1

数并没有真正多大的差别这一点。几乎没有什么可以做的帮助，但〜25对于MySQL来说不是问题。

我也不会有一个单独的数据库，这将意味着您不能在数据上执行表连接或外键。

我会去你目前的设计，并在需要时提出一些问题进行优化。

我已经看到MySQL部署~500表，只是为了让你放心。

问候 乔

Answer 2

推荐表的数量为你的应用程序有多少需要。没有幻数。

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

数据库的性能（对于相对低容量的网站或Web应用程序等小型应用程序）通常受访问数据集的速度控制。这意味着它受到硬盘的限制，或者被称为I/O界限。

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

现在，为了反映我自己的经验 - 我有权访问一个包含表格和视图号码的野兽，这个数字如此庞大，我不敢提及它（这是一个CRM/ERP解决方案，由数十种产品），其范围在100,000以上。所以是的，25（或1000）不应该担心你。