Сохранение и запрос элементов в Nhibernate

• Для сохранения, поскольку вы сопоставили объекты, в частности, из-за установленной опции каскада (.Cascade.SaveUpdate()), вы можете удалить session.SaveOrUpdate(i2); и session.SaveOrUpdate(i1);. Просто сохранение s сохранит их автоматически.

• Чтобы сохранить семантику объектно-ориентированного подхода, вам необходимо добавить файлы item в файл `store. Фактически, это означает добавление этих двух строк:

  s.ItemID.Add(i1);
  s.ItemID.Add(i2);
  

• Вы можете использовать оператор using, чтобы аккуратно упростить создание и уничтожение (закрытие) сеанса.

Окончательный код будет таким:

    Store s = // as defined earlier;
    Item i1 = // as defined earlier;
    Item i2 = // as defined earlier;

    s.ItemID.Add(i1);
    s.ItemID.Add(i2);

    using (var session = NhConfig.GetSession())
    {
        var trans = session.BeginTransaction();
        try
        {
            session.SaveOrUpdate(s);

            trans.Commit();
        }
        catch (Exception)
        {
            trans.Rollback();
            throw;
        }
    }

    // Later when you need to query
    using (var session = NhConfig.GetSession())
    {
        Store store = session.QueryOver<Store>().Where(x => x.StoreID == 1).SingleOrDefault();
        foreach (var item in store.ItemID) // store.ItemID.Count == 2.
        {
            Console.WriteLine($"Item - Id: {item.ItemID}. Name: {item.Name}. Store ID: {item.StoreID.StoreID}.");
        }
        /* The above loop will print:
           Item - Id: 1. Name: Item 1. Store ID: 1.
           Item - Id: 2. Name: Item 2. Store ID: 1.
        */
    }

О файлах сопоставления ...

ItemMap может оставаться таким, каким вы его определили. Однако в StoreMap есть небольшая ошибка, которую необходимо исправить.

Измените строку:

HasMany(x => x.ItemID).KeyColumn("idItem").Inverse().Table("Item").AsSet().Cascade.SaveUpdate();

к

HasMany(x => x.ItemID).KeyColumn("idStore").Inverse().AsSet().Cascade.SaveUpdate();

Обратите внимание, что изменилось: .KeyColumn теперь называется "idStore" вместо "idItem". Имя ключевого столбца на стороне .HasMany(...) должно соответствовать имени столбца на стороне .References(...).

.Table("Item") является избыточным, поскольку по умолчанию «Item» будет именем таблицы для класса с именем Item. Поскольку вы не испортили имя таблицы в ItemMap, применяется правило по умолчанию (если вы не реализовали Convention для имен классов / таблиц).

Заключительные примечания:

1. NHibernate теперь поддерживает IQueryable<T> - session.Query<T>(); так что вы можете использовать его вместо session.QueryOver<T>(). Если ты уже привык писать запросы Linq или если вы пришли из EF мир, вы можете просто продолжать писать запросы Linq, как вы обычно делаю. Бывают случаи, когда Linq не отвечает вашим потребностям, и вам приходится использовать QueryOver. Еще меньше случаев, когда QueryOver не удовлетворит ваши потребности, и вам придется использовать CreateCriteria. Иногда ничего из этого вам не подходит, и вам приходится писать необработанный sql. Но в большинстве случаев, в том числе и в этом случае, Linq доставит вас туда, куда вы собираетесь.
2. NHibernate также теперь поддерживает шаблон async/await. Все, что вам нужно, это добавить using NHibernate.Linq;, и они станут доступны. Для этого кода вы можете использовать API-интерфейсы SaveOrUpdateAsync() и SingleOrDefaultAsync() вместо неасинхронных версий.
3. Поскольку вы используете Fluent NHibernate, подумайте об использовании AutoMapping. Поверьте, писать файлы сопоставления - неинтересно, и вы хотите писать только один, когда это абсолютно необходимо.