Как добавить новый объект в список IList, отображаемый как один ко многим с помощью NHibernate?

При использовании двунаправленного отношения «один ко многим» в NHibernate один из концов должен быть «обратным». Лучше всего установить конец с коллекцией как обратный, поскольку это позволяет избежать ненужных операторов SQL и позволяет столбцу id быть «не нулевым».

В разделе 6.4 документации вы можете найти следующее примечание:

Очень важное примечание: если столбец ассоциации объявлен NOT NULL, NHibernate может вызвать нарушение ограничений при создании или обновлении ассоциации. Чтобы предотвратить эту проблему, вы должны использовать двунаправленную связь с многозначным концом (набором или сумкой), помеченным как inverse = "true". См. Обсуждение двунаправленных ассоциаций далее в этой главе.

Итак, вам нужно добавить .Inverse () к вашему сопоставлению HasMany в SectionMap.

public SectionMap()
{
    Id(x => x.Id);
    HasMany(x => x.Statics)
        .Cascade.All()
        .LazyLoad()
        .Inverse()
        .AsList(x => x.WithColumn("Position"));
}

Вам также, вероятно, понадобится метод Add и Remove в разделе, который устанавливает / сбрасывает ссылку на статику, а также добавляет / удаляет статику в / из своей собственной коллекции:

public virtual void AddStatic(Static static)
{
    Statics.Add(static);
    static.Section = this;
}


public virtual void RemoveStatic(Static static)
{
    Statics.Remove(static);
    static.Section = null;
}

Эти методы обеспечивают точность ссылок с обеих сторон отношения.

Согласно разделу 6.8 документов, NHibernate не поддерживают двунаправленные отношения при использовании индексированных коллекций:

Обратите внимание, что NHibernate не поддерживает двунаправленные ассоциации «один ко многим» с индексированной коллекцией (список, карта или массив) в качестве конца «многие», вы должны использовать сопоставление набора или пакета.

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

В таблице Static у вас есть поле под названием «SectionID» или что-то подобное. Пусть это поле имеет значение NULLable: NHibernate сначала добавляет новую запись, а затем обновляет указанный идентификатор.

Я обнаружил это в своей базе данных, и я тоже удивлен: почему NH не любит правильные ссылки на таблицы на уровне базы данных?

Я подумал, что добавлю свои 0,02 доллара только потому, что я пришел сюда, чтобы решить вашу проблему, и, похоже, ни один из ответов на самом деле не работает.

Вы почти готовы к своему решению. Ваше сопоставление для HasMany верное. Проблема в том, что, как вы сказали, позиция не обновляется в базе данных (FWIW, когда вы устанавливаете ее на null, она «работает» только потому, что NULL вставляется в базу данных; для меня это не совсем работает;) ).

Я нахожу это немного странным, вам также нужно отобразить позицию в вашем статическом классе и, очевидно, включить свойство Position в Static. Однако вы не хотите, чтобы свойство Position было доступно для записи, потому что его значение определяется тем, где Static находится в списке.

Добавьте следующее в Static

public virtual int Position 
{
    get 
    {
        // Will throw exception if Section is null
        // or Section.Statics is null...
        return Section.Statics.IndexOf(this);
    }
    protected set 
    {
    }
}

При этом в столбце Position в базе данных будет обновлено (не забудьте сопоставить свою позицию в StaticMap).

Я предполагаю, что прокси NHib для Static может обновлять поле Position в зависимости от его позиции в списке (какой-то магией, большей, чем у меня есть), а затем сохраняется в db.