NHibernate не поддерживает отношения "многие-ко-многим"

@efdee

У меня была такая же проблема, и я потратил на это почти два дня. У меня были отношения "многие ко многим", и таблица ссылок тоже не обновлялась. Я новичок в NHibernate, просто пытаюсь его изучить, поэтому относитесь ко всему, что я говорю, с недоверием.

Что ж, оказалось, что это не Fluent NHibernate и не отображение, но я не понимаю, как NHibernate работает со многими ко многим. В отношении «многие ко многим», если коллекции на обоих объектах не заполнены, NHibernate не сохраняет данные в таблице ссылок.

Скажем, у меня есть эти сущности в отношении «многие ко многим»:

partial class Contact
{
   public string ContactName {get; set;}
   public IList Locations {get; set;}

}

partial class Location
{
   public string LocationName {get; set;}
   public string LocationAddress {get;set;}
   public IList Contacts {get;set;}
}

когда я добавляю местоположение в Contact.Locations, я должен убедиться, что контакт также присутствует внутри location.Contacts.

поэтому, чтобы добавить местоположение, у меня есть этот метод внутри моего класса Contact.

public void AddLocation(Location location)
        {
            if (!location.Contacts.Contains(this))
            {
                location.Contacts.Add(this);
            }
            Locations.Add(location);
        }

Кажется, это решило мою проблему, но, как я уже сказал, я просто беру NHibernate и изучаю его, может быть, есть способ получше. Если у кого-то есть лучшее решение, напишите.

Это сообщение, в котором я указал мне проверить обе коллекции: http://www.coderanch.com/t/217138/Object-Relational-Mapping/link-table-of-ManyToMany-annotation

Вызовите Session.Flush () или используйте транзакцию.

У меня тоже была та же проблема - данные объединения для многих-ко-многим не сохранялись. Я скопировал отображение из другого отношения «многие ко многим» (изменил его для отношения «многие ко многим»), но сохранил атрибут inverse = "true". Когда я удалил этот атрибут, проблема была решена.

Я не уверен, как вы это делаете с Fluent NHibernate, но вам нужно установить параметр Cascade в сумке (TripItems). Как обычно, У Айенде есть полезный пост о каскадных параметрах.

Я бы посоветовал вам попробовать:

HasManyToMany<TripItem2>(x => x.TripItems).AsBag()
        .WithTableName("TripItems_TripItemAttributeValues_Link")
        .WithParentKeyColumn("TripItemAttributeValueId")
        .WithChildKeyColumn("TripItemId")
        .LazyLoad()
/*-->*/ .Cascade.All(); /*<-- this is the bit that should make it work */

Дэвид Кемп прав: вы хотите добавить в свою сумку каскад.

Я всегда вручную редактировал (и вручную создавал) файлы сопоставления, поэтому я естественным образом склоняю их туда. Вы можете сделать это следующим образом:

<bag name="TripItems" lazy="true" table="TripItems_TripItemAttributeValues_Link" cascade="all">
  <key column="TripItemAttributeValueId" />
  <many-to-many column="TripItemId" class="ETP.Core.Domain.TripItem2, ETP.Core, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
</bag>

Я обнаружил, что сохранение моих классов «чистыми» и сохранение всего, что связано с nHibernate в файле .hbm.xml, делает мое решение более чистым. Таким образом, если есть новое программное обеспечение ORM, которое я хочу использовать, я просто заменяю файлы сопоставления и не переписываю классы. Мы используем наши модульные тесты для тестирования классов и обеспечения тестируемости xml, хотя мне в некотором роде нравятся методы Fluent NHibernate.

У меня точно такая же проблема, но я использовал NHibernate.JetDriver. Я безуспешно пытался использовать рекомендованный ответ. Кто-нибудь знает, есть ли у NHibernate.JetDriver ограничение по отношению к многим ко многим?

Вот мои файлы hbm на тот случай, если кому-то захочется ненадолго их просмотреть:

<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" namespace="Ace.Docs.Core.Domain" assembly="Ace.Docs.Core">
<class name="Ace.Docs.Core.Domain.Address, Ace.Docs.Core" table="Addresses" lazy="true">
    <id name="Id" column="ID">
        <generator class="identity" />
    </id>
    <property name="Address1" column="Address1" />
    <property name="Address2" column="Address2" />
    <property name="City" column="City" />
    <property name="EmailAddress" column="EmailAddress" />
    <property name="Phone1" column="Phone1" />
    <property name="Phone2" column="Phone2" />
    <property name="PostalCode" column="PostalCode" />
    <property name="StateOrProvince" column="StateOrProvince" />
    <many-to-one name="AddressTypeMember" column="AddressTypeID" class="AddressType" />
    <bag name="HasPersonalInfo" table="Link_PersonalInfo_Addresses" lazy="true" cascade="save-update" inverse="true" >
        <key column="AddressID"></key>
        <many-to-many column="PersonalInfoID" class="PersonalInfo" />
    </bag>
</class>

<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" namespace="Ace.Docs.Core.Domain" assembly="Ace.Docs.Core">
<class name="Ace.Docs.Core.Domain.PersonalInfo, Ace.Docs.Core" table="PersonalInfo" lazy="true">
    <id name="Id" column="ID">
        <generator class="identity" />
    </id>
    <property name="Prefix" column="Prefix" />
    <property name="FirstName" column="FirstName" />
    <property name="MiddleName" column="MiddleName" />
    <property name="LastName" column="LastName" />
    <property name="SIN" column="SIN" />
    <property name="Birthdate" column="Birthdate" />
    <property name="Note" column="Notes" />
    <bag name="HasAddress" table="Link_PersonalInfo_Addresses" lazy="true" cascade="save-update" inverse="true" >
        <key column="PersonalInfoID"></key>
        <many-to-many column="AddressID" class="Address" />
    </bag>
</class>

У меня есть это, и я надеюсь, что это поможет кому-то еще. Проблема в том, что у меня на обеих сумках было inverse = 'true'. Если вы прочитаете отрывок ниже, то заметите, что необходимо установить обратное значение true только для одного из пакетов:

Обратите внимание на использование inverse = "true". Еще раз, этот параметр указывает NHibernate игнорировать изменения, внесенные в коллекцию категорий, и использовать другой конец ассоциации - коллекцию элементов - в качестве представления, которое должно быть синхронизировано с базой данных.

Боюсь, что Cascade.All () на самом деле не является решением моей проблемы - это была одна из тех вещей, которые я пробовал. Проблема не в том, что элементы, добавленные в коллекцию, не сохраняются - они уже находятся в базе данных на момент добавления в коллекцию. Просто записи в таблице ссылок не создаются. Кроме того, я думаю, что Cascade.All () также приведет к удалению дочерних элементов, что в моем сценарии нежелательно. Я пробовал использовать Cascade.SaveUpdate (), но, как я уже отмечал, это решает кое-что, что на самом деле не является моей проблемой :-)

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

Что касается сохранения чистоты классов, это 100% случай с Fluent NHibernate. Создаваемые вами сопоставления классов представляют собой файлы кода C #, которые идут вместе с вашими классами сущностей, почти так же, как файлы .hbm.xml.

Я тоже боролся с этим, и у меня была совсем другая причина моих проблем. В моем примере, если бы у меня был объект без каких-либо отношений «многие ко многим», я мог бы просто вызвать saveOrUpdate, и все было бы хорошо. Но если у меня были отношения «многие ко многим», я должен был убедиться, что мой вызов saveOrUpdate находится в пределах BeginTransaction и CommitTransaction. Я новичок в использовании Nhibernate, поэтому извиняюсь, если это очевидно. Но это было не для меня.