別のデータベース用に設計する必要がありますか異なるモジュールごとのサーバーランタイム？

Question

新しいJ2EEベースのエンタープライズフレームワークを設計するとき、個別のビジネスモジュールが異なるデータベースを使用し、異なるアプリケーションサーバーインスタンスで実行しなければならない状況に備える必要がありますか？

別の観点から：さまざまなデータベースに対する実生活の要件を誰も経験したことがありません。モジュールごとのサーバー？はいの場合、その企業の規模はどのくらいでしたか？

（私の知る限り）これにより事態はさらに複雑になり、このフレームワークの以前のバージョン（および小規模銀行）では、上記のケースは発生しませんでした。

返信いただきありがとうございます！

Answer 1

このフレージングを正しく理解したかどうかわかりません

  

個別のビジネスモジュールが異なるデータベースを使用する必要がある場合

常に。

おそらくここでさまざまなことを話しているのでしょう。少なくとも2つのデータベースがないと、組織に会ったことがありません。それには私と私のラップトップのCDカタログとギター曲のデータベースが含まれます。

異なるデータベースベンダーを意味しますか？ Oracle vXやOracle vYなどのデータベースバージョン？その定義の下でも、1つのベンダーまたはバージョンを普遍的に標準化した顧客に出会ったことはないと思います。

だから、重要なシステムには、あるデータベースを見るモジュールと別のデータベースを見るモジュールがあると思いますか。はい、絶対に。

いくつかのモジュールが2つのデータベースを見ると思いますか、はい。あるデータの参照データは別のデータに住んでいます。さらに別の歴史。

異なるサーバー上の異なるモジュール-はい。分離とスケーラビリティの理由から。これは、App Serverの非常に優れた機能の1つです。

全体として、なぜこれを問題とみなすのですか？モジュールはJNDIでJDBC接続を検索しますが、異なるデータベースを使用していることを知る必要はありません。モジュールを正しく接続するのは管理者の問題です。

1つの大きな問題はXAトランザクションの使用ですが、多くの場合、同じモジュール内の両方のデータベースを、または同じトランザクション内の同じモジュールからの場合、更新を避けることができます。