さて、Ids 列は意味のある「キー」ではなく、あちこちでつまずきます。それらは意味のない物理的な識別子であると想定されており、あなたはそれらに意味を付けています。同じ Ids を要求する場合 別のデータベースに存在します。
FK違反は解決しましたか?ほとんどの場合、まったく異なる Ids を持っています DB1 行の場合は DB2。確かに異なる親 Ids .
一貫してしない必要があります Ids を指定します 値をサーバーに入力させるか、常に Ids を指定します 値、両方のデータベースで。
2 番目の問題は、トランザクション的に考えていないことです。複数データベースのトランザクションはまったく問題ありません。 Ids は忘れてください 列、それに含まれるもの、および両方のデータベースでテーブルの実際のキーを使用します。 Ids は異なりますが、誰が気にしますか (つまり、無意味な識別子に意味を付ける必要性を解放することを意味します)。