新しいJ2EEベースのエンタープライズフレームワークを設計する場合、別々のビジネスモジュールが異なるデータベースを使用し、異なるアプリケーションサーバーインスタンスで実行する必要がある状況に備える必要がありますか？
別の観点から：モジュールごとに異なるデータベースとサーバーの実際の要件を経験したことがありますか？はいの場合、その企業の規模はどのくらいでしたか？
（私が見る限り）これは物事をはるかに複雑にし、このフレームワークの以前のバージョン（および小規模な銀行）では、上記のケースは決して起こりませんでした。
返信ありがとうございます！
この言い回しを正しく理解したかどうかわかりません
個別のビジネスモジュールが異なるデータベースを使用する必要がある場合
いつも。
おそらく、ここではさまざまなことについて話しているのでしょう。少なくとも2つのデータベースがない組織に会ったことはありません。これには、私と私のラップトップ上のCDカタログとギターチューンデータベースが含まれます。
異なるデータベースベンダーを意味しますか？OraclevXやOraclevYなどのデータベースバージョン？その定義の下でさえ、私は、1つのベンダーまたはバージョンを普遍的に標準化した顧客に出会ったことはないと思います。
したがって、重要なシステムでは、いくつかのモジュールが1つのデータベースを参照し、いくつかのモジュールが別のデータベースを参照することを期待しますか。はい、廃止します。
はい、いくつかのモジュールが2つのデータベースを参照することを期待しますか。ある場所の参照データは別の場所にあります。さらに別の歴史。
異なるサーバー上の異なるモジュール-はい。分離とスケーラビリティの理由から。これは、アプリケーションサーバーが非常にうまく機能することの1つです。
全体として、なぜこれを問題と見なすのですか？モジュールはJNDIでJDBC接続を検索します。モジュールは、異なるデータベースを使用していることを知る必要はありません。モジュールを正しく配線することは管理者の問題です。
1つの主要な問題はXAトランザクションの使用である可能性がありますが、同じモジュール内の両方のデータベースの更新を回避すること、または同じトランザクション内の同じモジュールからの場合は回避できることがよくあります。