什麼時候創建第二個數據庫？

Question

我有一個mysql數據庫已經發展到超過200個表格。我知道這不是一個性能問題，但是我擁有的大多數管理工具都沒有很好地組織，無法輕鬆管理這些表格，我正在考慮將一些（新）表格放入第二個數據庫中，僅僅爲了我自己的理智。

是否有其他人走過這條道路，是否值得，還是最終比單個數據庫更麻煩？

編輯：感謝所有的答案，雖然我一直在尋找一些真實世界的經驗，而不是假設的建議，對不起，我不能選擇正確的答案。

Answer 1

我覺得你有一個工具的問題，不是一個數據庫的問題！我的建議是改變你的工具，而不是把你的數據庫分成多個部分。短期的「優勢」（具有較短的表格列表）將導致您遇到多個長期問題，如管理代碼以在多個數據庫之間更新/提取數據。

Answer 2

不知道你會得到什麼。你將擁有相同數量的表格來維護，只是傳播更多。除非你可以用合理的邏輯方案對它們進行分區，否則你只會讓它們更難找到。如果它們相互關聯，那麼你就更難表達關係。

Answer 3

This is一個類似的問題，其中一個開發人員這樣做。他們沒有接近那麼多桌子，但一些評論告訴我們它可能會有多惱人。

Answer 4

我目前有一個數據庫，裏面有600個表，並且越來越多，我沒有遇到任何問題。我使用MySQL Query Browser和MySQL Administrator沒有問題，你有什麼具體問題嗎？

Answer 5

就個人而言，就像數據庫中的所有表都是針對同一個應用程序一樣，我建議將它們保留在同一個數據庫中。如果遇到性能問題，您應該獲得更多硬件。不把它們分開的最重要的原因是，不管你認爲數據中有多少分區，你將不可避免地需要在兩個數據庫中連接表，這在性能，操作方面是非常昂貴的做。

Answer 6

如果你想開始移動一些東西到第二個數據庫，確保有目的地去做。當我意識到某些數據將成爲我正在處理的幾個項目的參考數據時，我會這樣做。它成爲我的「參考」數據庫。

然後，我的數據庫列表看起來像以下：
PROJECT1
項目2
項目3
參考

Answer 7

我想爲表名添加一些有意義的前綴，這樣您就可以更輕鬆地找到需要的表。

我同意其他人，但.. 2個數據庫等於編碼的噩夢，更何況他們保持（備份，恢復等）

Answer 8

是一個應用程序的這200臺的一部分？如果沒有，那麼我建議每個應用程序有一個數據庫，或者每個大型應用程序至少有一個數據庫。

如果他們都屬於同一個應用程序，我不會去第二個數據庫，因爲我認爲這會導致更多的問題（管理查詢等），而不是解決問題。也許有一點重構使用更少的表？