nhibernate отображение многих ко многим - дополнительный столбец в таблице сопоставления? - PullRequest
Новая
       9

nhibernate отображение многих ко многим - дополнительный столбец в таблице сопоставления?

11 голосов
/ 20 мая 2009

У меня есть следующие определения сопоставления: 

  <class name="Role" table="Role" optimistic-lock="version" >

    <id name="Id" type="Int32" unsaved-value="0" >
      <generator class="native" />
    </id>

    <property name="RoleName" type="String(40)" not-null="true" />

    <bag name="UsersInRole" generic="true" lazy="true" cascade="all" table="UserRoles" >
      <key  column="RoleId" />
      <many-to-many column="UserId" class="SystemUser, Domain"/>
    </bag>

а также 

<id name="Id" type="Int32" unsaved-value="0" >
  <generator class="native" />
</id>
<property name="UserName" type="String(40)" not-null="true" unique="true" />

Это сопоставление создает таблицу сопоставления UserRoles, которая имеет два столбца - RoleId и UserId.

Однако я хотел бы добавить дополнительные атрибуты к этому отношению - т.е. некоторые перечисляемые значения, определяющие состояние отношения, а также эффективные даты начала и окончания.

Можно ли это сделать в nhibernate или мне нужно добавить дополнительный класс и изменить отношение m-to-m на 2 отношения [user] 1-to-m [user_role] m-to-1 [role]?

Ответы [ 2 ]

9 голосов
/ 21 мая 2009

Вам необходимо добавить дополнительный класс, например, UserRole, в коде для сохранения дополнительных свойств.

Когда дело доходит до картографирования, это может быть отображено как класс, как вы упомянули. Но я также думаю, что он может отображаться как составной элемент в отображении ролей: 

<set name="UsersInRole" lazy="true" table="UserRoles" >
  <key  column="RoleId" />
  <composite-element class="UserRole">
     <many-to-one name="User" column="UserId" not-null="true"/>
     <propery name="RelationState" not-null="true"/>
     <propery name="StartDate" not-null="true"/>
     <propery name="EndDate" not-null="true"/>
  </composite-element>
</set>

Все свойства должны быть не нулевыми, поскольку они становятся частью первичных ключей таблицы UserRoles. Для получения дополнительной информации см .:

0 голосов
/ 20 мая 2009

Добавить дополнительный класс.

...