2個數據庫，而不是1個？

Question

我有一個所有國家和城市的數據庫，我想使用ajax來以表格的形式在“國家城市”字段中提出建議，我的數據庫中有很多與網站內部工作相關的表。 如果將其放在其他數據庫（僅此世界地圖數據庫）中可以嗎？ 我寧願將其放在不同的數據庫中，以便使其更有條理，而且我真的不會在與主數據庫連接的同一頁面上將其連接。 基本上是一個小的php頁面，將建議使用json字符串。 我想知道單獨的數據庫是否意味着共享數據庫pooll並降低性能！

我應該在geobytes.com上添加這些新表和sql腳本，但我不知道它們有多好，或者我是否會沿途使用它們！ 我希望通過ip表的最新列表找到更好的東西！ 像ip2location

Answer 1

避免過早優化。 如果您試圖將各個部分分開（出於架構原因），那很好。 如果您想提高性能，那么您怎么知道這甚至可以提高性能？ 您將擁有其他數據文件的開銷，而數據庫服務器上用於管理多個數據庫的開銷可能更大。

充其量它可能是性能的提升。

Answer 2

我不太明白為什么要這么做。 它使事情變得復雜：

1. 管理2個數據庫-例如備份和還原。
2. 管理2個連接配置+連接池。
3. 未來潛在的參照完整性（例如，在某個階段，您是否將實體與城市/國家綁定在一起？）

我現在將這些表保留在原處。 如果它們引起性能問題，請將它們拉出。

Answer 3

這沒有什么特別的錯誤。 我不知道它是否必要 -如果只是一個表或兩個表，我看不出為什么無論哪種方式對性能或安全性都至關重要。 如果您擔心腳本訪問這些其他表，則可以為json腳本使用不同的數據庫用戶名，並將其設置為只讀，以便如果確實以某種方式被利用，則無法更改其他表。

老實說，我認為最好的選擇是暫時將其保存在一個數據庫中，但是編寫腳本要足夠靈活，以便在需要時可以將其指向一個單獨的數據庫。

Answer 4

如果您需要擴展，則您的應用程序已經將它們拆分了，因此會更容易。 如果第二個數據庫出現性能問題，則可以將其放在第二台計算機上。

如果您有許多核心數據庫服務器，則對於大多數應用程序來說，將它們放在一台計算機上不是問題。

Answer 5

聽起來這個地理參考數據是您自己的，而您的網站還有許多其他“內部工作方式”。

您的網站是CMS還是來自第三方的類似軟件-Drupal / Joomla / etc？

如果是這樣，請保留您自己的數據。 如果您打算將此地理數據公開給Web服務，則它本身就是獨立的。

如果此站點是您自己的，請考慮該數據庫中其他表與地理參考表之間的標准化程度。