2
この記事のタイトルを中心に、ほとんどの質問は、OSGiコンテナ内でHibernateや他のアクセス層を動作させることについて尋ねます。または、データソースをOSGiコンテナで実行するように頼んでいます。OSGiと永続性のモジュール性：関係の影響
私の質問は、OSGiのモジュール性がデータベースそのものの構造に与える影響についての質問です。具体的に： - 言い、連絡先管理 - 私たちは、モジュールをロードする際に よう
- はどのように我々は、データベース自体はモジュラー構造を作るのですかスキーマは は、特にそのモジュールに関連付けられたテーブルを含むように更新されますか？
- 前述のアプローチが関係に与える影響は何ですか？
私は第2の質問がより興味深いと思います。連絡先管理とプロジェクト管理は、2つの異なるOSGiモジュールであるとします。それぞれには、スキーマ内に独自のテーブルセットがあります。しかし、データベースレベルで、複数のテーブル間でモジュール間の関係を形成する必要がある場合はどうすればよいでしょうか？特定の連絡先が作業している、または作業しているプロジェクトのリストを見たい場合があります。
どのような解決策でも、さまざまなモジュールの経路を導きすぎて、お互いをあまり知り合わなくてはならないようです。プロジェクトマネジメント仕様書には、そのモジュールが連絡先を期待し、サービス、インターフェイス、パブサブなどを介してそのような期待を抽象化することができます。しかし、多くの作業のように見えますが、 2つのモジュールの基礎となるテーブル
以下の表の関係でモジュール性を破壊する必要がある場合は、モジュール化されたトップと中間のポイントは何ですか？非正規化とサービスバスは本当に健康的なソリューションですか？
どのような考えですか？
ありがとうございます。