ユーザーに関する情報を検索するためにレガシー システムに接続する必要がある新しい NHibernate 3.3 アプリケーションを構築しています。Student エンティティにコレクションを設定するために使用したい、コース登録を保持する別の読み取り専用データベースがあります。これらは、「MTH101 sec. 2」のように、部門コードとコースおよびセクション番号で構成される NHibernate で言えばコンポーネントです。
外部データベースには代理キーである学生番号があり、これは User エンティティのプロパティに対応していますが、学生の主キーではありません。
これらのデータベースは別のサーバーにあります。レガシー データベースを変更できません。
登録コレクションを NHibernate コンポーネントとしてマッピングする希望はありますか?
NHibernate を使用して単一のドメイン モデルでリンクしようとしている複数のデータベースまたは複数のデータベース サーバーがある場合、基本的に 2 つのオプションがあります。
table属性を完全に指定して、データベース サーバーが他のデータベース サーバーに対してクエリを実行することを認識できるようにします。「代理キー、...主キーではない」の場合、 を使用してこれをマップできます<many-to-one property-ref="...">。正しい選択はどれですか? 場合によります...
データベース サーバーに #1 をサポートする機能がない場合、またはそれらの機能を使用できない理由が他にある場合は、明らかに #2 を使用する必要があります。
where句#1 により、クエリを作成する際の柔軟性が向上しwhereます。必要に応じて、両方のデータベースにまたがる句を指定できますが、作成するクエリでデータベース A がデータベース B から大量のデータをフェッチする必要がないことに注意する必要があります。方法 2 では、データベース B から必要なものを取得するために 2 番目のクエリを実行します。これにより、ジョブを完了するために各データベースからフェッチする必要があるデータについて、より正確に意識する必要があります。
データは 2 つの異なるデータベースに存在するため、関係を強制する外部キーはありません。NHibernate は (非常に合理的に) データベースの関係が外部キーによって強制されることを前提としています。これら 2 つのデータベースが同期していない可能性があるため、#1 では、パフォーマンスに影響する などに頼る必要がnot-found="ignore"あります。
データベース間の関係により、さまざまな環境 (DEV、QA、PROD) へのデプロイが困難になります。アプリケーションとデータベースを展開するだけではなく、アプリケーションの接続文字列が正しいデータベースを指していることを確認してください。代わりに、データベース内の他のデータベースへの参照が正しい場所を指していることも確認する必要があります。
上記のすべての要因を考えると、私は通常、オプション 2 に傾倒しますが、1 番の方がはるかに便利な場合もあります。