複雑なオークション Web サイトのオンライン市場を設計しています。
各データベースの成長と複雑化の可能性を考慮して、メンバーと製品のデータベースを分離しています。問題は、2 つの別個のデータベース間の参照整合性をどうするかということです。関係は、1 対 1 または 1 対多にすることができます。トリガーの使用、テーブルをあるデータベースから別のデータベースに読み取り専用として複製することについて、かなり読んだことがあります。明らかに孤立した行にならないようにします。
サイトに同様の質問があることは知っていますが、具体的な答えはありません。
各データベースの成長と複雑さの可能性を考慮して、私はメンバーと製品のデータベースを分離しています。問題は、2つの別々のデータベース間の参照整合性をどうするかです。
これは防御可能な戦略かもしれませんし、災害かもしれません。それはあなたのdbmsに部分的に依存します。ほとんどの場合、複数のデータベースではなく、複数のスキーマを使用してこの種の問題に取り組みます。（この意味で、スキーマは、 CREATE SCHEMAステートメントを実行したときに取得するものです。）外部キー参照は、複数のスキーマで正常に機能します。複数のSQLスキーマをサポートする多くのdbmsは、他のデータベースへの単純な外部キー参照をサポートしていません。
MySQLはCREATESCHEMAをサポートしていません。代わりに、MySQLデータベースはSQLスキーマのように動作します。
Don't separate. The processing power of database depends on processing power of your server on which the database is hosted on. If there are 2 different schemas then you may probably think of separating for whatever reasons. For same schema eligible objects I would suggest not to separate but to host in a better powered server.