0

このdbスキーマを考えると（それは私に受け継がれました）：

スキーマ
（出典：robtennyson.us）

これをモデル化する方法と、fluent-nhibernateを使用してマッピングする方法の両方についての提案が必要です。

私が思いつくことができるのは、非常にアクティブなレコードスタイルのモデリング（各テーブルのクラスと明らかな関連付け）だけです。

ただし、dbを少し無視すると、すべてのファシリティにすべてのコンプライアンスフラグのリストが常にあるようにしたいと思います。このようにして、フラグ「XX」の準拠日を施設に尋ねることができます。

それが正しい方向へのほんの少しの微調整であるとしても、どんな助けもいただければ幸いです。

ありがとう、ロブ

4

1 に答える 1

0

各テーブルをエンティティとしてマップするための最良の方法は、あなたがすでに提案したことだと思います。結合テーブルに追加のデータがない場合は、その必要はありませんが、そうすると、それらは実際には別個のエンティティになるはずです。

3 つのエンティティがあります。ファシリティとコンプライアンスには、HasManyFacil_Compliance があります。またReferences、Facil_Compliance から各テーブルに戻ります。一方向にのみ移動する必要がある場合は、必要に応じてこの関係から方向を削除できます。

于 2009-03-27T12:23:23.877 に答える