mysql - 複数のMySQLDB接続のメリットとデメリット

Question

2つのデータベースに編成したクライアント用のアプリケーションに取り組んでいます。1つはパブリックアクセス用で、もう1つはバックエンドの計算、分析、および十分な特権を持つユーザーへのアクセス用です。さらに、バックエンドデータベースは巨大であるため、巨大なデータベースへの呼び出しを最小限に抑えることで、パブリックエクスペリエンスを高速化することも望んでいました。それを実現することは問題ではありません。すべてが正常に機能しています。最終的には、バックエンドとフロントエンドをサブドメインに分割し、バックエンドをカールさせてXML応答を取得することで通信したいと考えています。

私はここで、単一のアプリケーションで複数のMySQLデータベースに接続することについて多くのスレッドを読みましたが、ほとんどの場合、意見の技術的な理由なしに反対するようアドバイスしています。私はデータベースアーキテクチャやWebセキュリティに関する正式なトレーニングを受けていないので、1つのアプリケーション内で複数のデータベースに接続するのが悪い考えである理由を誰かが説明してくれることを期待していました。そして、それが大きなノーノーである場合、最良の選択肢は何ですか？

Answer 1

はい、単一のアプリケーションで複数のデータベースを使用することには利点と欠点があります...

最良のことは、複数のデータベースを使用する場合のセキュリティが高いことです。

そして最悪のことはあなたが両方を管理しなければならないということです、それでそこで何か間違いがあればこれを解決することは大きな困難です。

Answer 2

ですから、この質問をしてから久しぶりで、漠然としていて見当違いですが、最近は賛成票を獲得しました。したがって、おそらく、愚かな2012年5月のdyelawnのような初心者も同じ好奇心を持っているでしょう。

アプリケーションで複数のデータベース接続を使用することには、一般的な長所と短所はありません。これは常にケース固有の問題です。初心者にとっての誤解の多くは、WordPressなど、単一のグローバル接続に完全に結びついているものを使用することに起因していると思います。アプリケーション内のさまざまなデータベースにアクセスする必要がある理由はたくさんあります。そのため、DoctrineやPropelなどのORM（ええ、私はSymfonyに偏っています）を使用すると、アプリケーション内で複数の接続を簡単に構成できます。

MySQLとグローバルデータベースに精通しているだけの人が、データベースアーキテクチャとさまざまなデータベースエンジンのアプリケーションについて学ぶことに本当に興味がある場合は、NoSQLについて読む必要があります。key=>valueアプリケーションの一部がMySQLの信頼性、厳密な定義、およびリレーショナル機能を必要とし、他の部分は必ずしもACIDを維持する必要がなく、ペアリングの速度と単純さの恩恵を受けるユースケースを考えるべきです。

つまり、データベースはアプリケーションではなく、アプリケーションを「データベース」に緊密に結び付けてはなりません。