Исключение NHibernate «null identifier» после вставки объекта

Question

У меня возникли проблемы с сохранением объекта в базе данных SQL Server 2005. Я использую NHibernate 2.0.0.3002 для моего уровня сохранения. Отображение является типичным с идентификатором целого числа, следующим образом:

<id name="Id" unsaved-value="0"> 
    <column name="Id"/> 
    <generator class="identity" /> 
</id> 

Я кратко опустил остальные для краткости. Приложение использует класс репозитория с универсальным способом сохранения следующим

public void Save(T toSave) 
{ 
    Save(new T[] { toSave }); 
} 

public void Save(IEnumerable<T> toSave) 
{ 
    using (ISession session = SessionFactory.OpenSession()) 
    { 
     foreach (T item in toSave) 
     { 
      session.SaveOrUpdate(item); 
     } 
     session.Flush(); 
    } 
} 

При вызове SaveOrUpdate на сессии, генерируется исключение с сообщением «нулевым идентификатором». Когда я проверяю базу данных, строка была вставлена ​​со всеми правильными значениями, поэтому я думаю, что проблема в том, что NHibernate пытается установить свойство Id объекта с значением, возвращаемым @@ IDENTITY. Я вижу через SQL Profiler, что @@ IDENTITY вызывается, поэтому я не понимаю, почему выбрано исключение.

У кого-нибудь еще была эта проблема?

Answer 1

Как Сохранить и Удалить должно произойти в сделке, и сделка должна совершаться в конце.

так:

public void Save(IEnumerable<T> toSave) 
{ 
    using (ISession session = SessionFactory.OpenSession()) 
    { 
     ITransaction transaction = Session.BeginTransaction(); 

     foreach (T item in toSave) 
     { 
      session.SaveOrUpdate(item); 
     } 

     transaction.Commit();   
     session.Flush(); 
    } 
} 

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

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

Answer 2

я думаю, что вместо генератора класса = «identitiy» />

попытка генератора класса = «guid.comp»

Answer 3

Идентичность довольно обескуражен разработчиками NHibernate .. главный вопрос мы столкнулись в что до тех пор, пока вы не промокните, вы не получите идентификатор. В вашем случае Int HiLo будет хорошей заменой.

Это, как говорится, я думаю, что вы на самом деле хотите, чтобы это сделать ...

<id name="Id" column="Id" unsaved-value="0"> 
    <generator class="identity"/> 
</id> 

Answer 4

Это может быть полезно, чтобы настроить log4net, так что вы можете войти и посмотреть действия, которые делают NHibernate ...

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

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

Answer 5

У меня также была эта ошибка, и решение заключалось в том, чтобы обернуть ее в транзакцию, как упоминал Бен. Однако я не смог получить код Ben и gilles27, возможно, потому, что я новичок в generics и NHibernate. Я создал несколько другую реализацию, которая работает (используя Fluent NHibernate v1.3):

 public static ISession LocalDbSession = null; 

    public static void Save<T>(T toSave) 
    { 
     using (var transaction = LocalDbSession.BeginTransaction()) 
     { 
      LocalDbSession.Save(toSave); 
      transaction.Commit(); 
      LocalDbSession.Flush(); 
     } 
    } 

    public static void Save<T>(IEnumerable<T> toSave) 
    { 
     using (var transaction = LocalDbSession.BeginTransaction()) 
     { 
      foreach (T item in toSave) 
      { 
       LocalDbSession.Save(item); 
      } 

      transaction.Commit(); 
      LocalDbSession.Flush(); 
     } 
    }