爲我組織成兩個數據庫的客戶端的應用程序工作，一個用於公共訪問，一個用於後端計算，分析和訪問足夠特權的用戶。此外，後端數據庫是巨大的，所以我也希望通過減少對巨型數據庫的調用來加速公衆體驗。實現它不是問題;一切工作都應該如此。最後我希望將後端和前端分成子域，並通過捲起後端來獲得XML響應。多個MySQL數據庫連接的好處和壞處
我已閱讀了很多關於在單個應用程序中連接到多個MySQL數據庫的線索，並且大多數人建議不要任何技術上的推理意見。我沒有任何數據庫架構或網絡安全方面的正式培訓，所以我希望有人能向我解釋爲什麼連接到單個應用程序內的多個數據庫是一個壞主意。如果這是一個很大的禁忌，那麼最好的選擇是什麼？
因此，我提出這個問題已經很長時間了，儘管它很模糊，誤導了它，但它最近獲得了讚揚。所以也許像5月12日愚蠢的新手會有同樣的好奇心。
沒有一般陽性或陰性在應用程序中使用多個數據庫連接，它始終是一個具體案件的問題。我認爲很多初學者的誤解來源於使用WordPress或類似的東西，這些東西完全依賴於單一的全球連接。有很多原因可能需要訪問應用程序中的不同數據庫;這就是爲什麼像Doctrine和Propel這樣的ORM（是的，我知道，我是Symfony偏向的）使得在應用程序中配置多個連接變得如此簡單。
如果有人 - 只熟悉MySQL和全局數據庫 - 真正有興趣瞭解數據庫體系結構和不同數據庫引擎的應用程序，他/她應該閱讀有關NoSQL的內容。他/她應該想出一個用例，其中應用程序的某些部分需要MySQL的可靠性，嚴格定義和關係能力，而其他人則可以從配對的速度和簡單性中受益，而不需要維護ACID。
簡而言之，數據庫不是應用程序，應用程序不應與「數據庫」緊密聯繫。
是有優勢和劣勢也有使用多個數據庫在單個應用程序...
最好的事情是，你的安全性很高，當你使用多個數據庫..
和最糟糕的事情是你必須同時管理，所以如果有任何錯誤，那麼解決這個問題是很難的。