したがって、クラスのユーザーのためにいくつかのテーブルを持つ既存のデータベースがあります。私たちは、会社が行っている複数のことを処理するためのより一般的なアプリケーションを構築しています。このクラスのユーザーは、ホストと呼ばれ、当社の複数のプログラムで使用される一般的なタイプです。今ではいくつか持っているように(最終的に)集中アプリに移行したいと思っています。しかし、今は完全にそれを行う時間がありません。私はこれらのホストのためのログインシステムを構築する必要があり、私はそれを使ってこの新しいシステムに移行したいと思います。私は、レガシーDBにあるテーブルを新しいDBに移動する合理的な方法を理解することはできません。(もちろん)別のサーバーに存在し、30秒後に自分の目を傷つけたいこれに対処する。レガシーDBには、現在のホストテーブルへの参加に依存する多くのレポートがあります。MySQLは異なるサーバー上のデータベースにまたがって結合します
私が考え出すことができるのは、非常に良いアイデアのようには見えません。両方のアプリから両方のdbsに書き込んでいる(無意味なデータの重複は問題を同期させる傾向がある)、新しいアプリからAPIを提供し、レコードセットと一緒に戻って来るデータをマッシュアップする。
これに対処する方法はありますか?
[MySQL:異なるサーバ上にある複数のデータベースにわたるクエリの結合](http://stackoverflow.com/questions/1622857/mysql-join-query-across-multiple-databases-located-on-different-サーバー) – JYelton
ああ。そうです。ありがとう。 – baudtack