在單個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）不應該擔心你。