一連のデータベースがあり、それぞれが基本的にスタンドアロンです。最初はレプリケーション ソリューションが必要だと思われましたが、調べれば調べるほど、レプリケーションはやり過ぎで役に立たないと感じました。以前にMySQLのレプリケーションを行ったことがないので、オンラインドキュメントを読んだり、グーグルで検索したり、SOで関連する質問を検索したりしていますが、私のようなシナリオは見つかりません. 私の問題の簡単な説明は次のとおりです。
- さまざまなデータベースが相互にライブ接続されることはほとんどありません。
- ファイルをサムドライブにコピーしてから適切な場所に移動することで、「同期」できる必要があります。
- データが完全に一致しなくてもかまいませんが、親子関係は同じでなければなりません。つまり、生成されたキーがデータベース間で異なっていても、大したことはありません。ただし、表示されるデータは一致する必要があります。
- タイミングは重要ではありません。更新は、最終的に行われる限り、1 週間後または 1 か月後に行うことができます。
- 更新が適切な順序であること、または任意の順序であることを保証することはできません。それらは各データベースから順に表示されます。データベース間ではありません。
- マスターとスレーブの関係のセットというよりは、中央データベース (R/W) と複数のリモート データベース (R/W) のようなものです。
- リモート データベースがいくつあるかは、それらが作成されるまでわかりません。また、中央の DB は、データベースからデータが到着するまで、データベースが存在することを認識しません。(私にとって、これは、中央データベースでの一意性を保証するために、それぞれに独自の一意の ID 範囲を与える方法を使用できないことを意味します。)
要するに、私は「複製」を望んでいるのではなく、「認識」を望んでいるように思えます。リモート データベースで何が起こったのかを中央データベースに知らせたいのですが、時間の要件はありません。リモート データベースが中央データベースを認識できるようにしたいのですが、相互に認識している必要はありません。
私の質問は何ですか？それは次のとおりです。このシナリオは典型的なレプリケーション シナリオのように聞こえますか?それとも、自分で作成する必要があるように思えますか? おそらく上記の #7 だけが重要であり、その要件を考えると、すぐに使用できるレプリケーションは不可能です。
編集:この質問は ServerFault に適している可能性があることを認識しています。私もそこで検索しましたが、私の質問に対する答えは見つかりませんでした。そして、SO と SF の両方で見つけた複製に関する質問に基づいて、私の質問をどこに置くかについて、50 対 50 の決定が下されたようです。間違っていたらすみません。