FluentNHibernateでマッピングする必要がある次のテーブルとエンティティがあります。
テーブル:
CREATE TABLE workarea
(
id uuid NOT NULL,
name character varying(255) NOT NULL,
CONSTRAINT pk_workarea PRIMARY KEY (id),
)
CREATE TABLE element
(
id uuid NOT NULL,
name character varying(255) NOT NULL,
CONSTRAINT pk_element PRIMARY KEY (id),
)
CREATE TABLE attachment
(
id uuid NOT NULL,
filename character varying(255) NOT NULL,
CONSTRAINT pk_attachment PRIMARY KEY (id),
)
CREATE TABLE objectattachment
(
id uuid NOT NULL,
attachmentid uuid NOT NULL,
attachmenttype string NOT NULL,
objectid uuid NOT NULL,
CONSTRAINT pk_objectattachment PRIMARY KEY (id),
CONSTRAINT fk_oa_a FOREIGN KEY (attachmentid)
REFERENCES attachment (id) MATCH SIMPLE
ON UPDATE RESTRICT ON DELETE RESTRICT,
CONSTRAINT fk_oa_at FOREIGN KEY (attachmenttypeid)
REFERENCES attachmenttype (id) MATCH SIMPLE
ON UPDATE RESTRICT ON DELETE RESTRICT
)
このデータベース設計の考え方は次のとおりです。
「ワークエリア」または「要素」は複数の「添付ファイル」ファイルを持つことができ、「添付ファイル」ファイルは複数の「ワークエリア」または「要素」によって参照される可能性があります。
「ワークエリア」または「要素」は、同じ「添付ファイル」ファイルを参照できます。
したがって、「添付ファイル」と「ワークエリア」または「要素」の間の関係は、「objectattachment」テーブルに格納されます。
「attachmentid」フィールドは、特定の「添付ファイル」の識別子を指します。
「attachmenttype」フィールド(識別子)は、この関係が「attachment」と「workarea」の間にあるのか、「attachment」と「element」の間にあるのかを定義します。
「objectid」フィールドは、上記の「attachmenttype」フィールドの値に応じて、特定の「workarea」または「element」の識別子を参照します。
次に、データベースの設計に基づいて、ドメインモデルクラスを次のように定義します。
public class WorkArea
{
private Guid _id = Guid.Empty;
private string _name;
public virtual Guid Id
{
get { return _id ; }
set { _id = value; }
}
public virtual string Name
{
get { return _name ; }
set { _name = value; }
}
}
public class Element
{
private Guid _id = Guid.Empty;
private string _name;
public virtual Guid Id
{
get { return _id ; }
set { _id = value; }
}
public virtual string Name
{
get { return _name ; }
set { _name = value; }
}
}
public class Attachment
{
private Guid _id = Guid.Empty;
private string _fileName;
public virtual Guid Id
{
get { return _id ; }
set { _id = value; }
}
public virtual string FileName
{
get { return _fileName; }
set { _fileName= value; }
}
}
public class WorkAreaAttachment : Attachment
{
private WorkArea _workArea;
public virtual WorkArea WorkArea
{
get { return _workArea; }
set { _workArea = value; }
}
}
public class ElementAttachment : Attachment
{
private Element _element;
public virtual Element Element
{
get { return _element; }
set { _element = value; }
}
}
ここで私の質問は、これらのドメインモデルクラスを上記のデータベース設計でマッピングできるかどうかです。はいの場合、どうすればそれを行うことができますか?いいえの場合、現在のデータベース設計を変更したくないので、設計されたデータベースに対してFluent NHibernateマッピングをサポートするようにドメインモデルクラスを変更するにはどうすればよいですか(つまり、「workarea」と「element」に別々の「添付ファイル」テーブルを作成します) 。
よろしく、クアン