NHibernate не подбирая изменения

Question

мне интересно, при каких обстоятельствах следующий код NHibernate может не:

var session = NHibernateSessionManager.CurrentSession; 

var foo = session.Linq<Foo>.ToList()[0]; 

foo.SomeProperty = "test"; 

session.SaveOrUpdate(foo); 

var reloadedFoos = session.Linq<Foo> 
         .Where(x => x.SomeProperty == "test"); 

Assert.That(reloadedFoos.Count > 0); 

Оператор Assert всегда терпит неудачу.

Если я вручную вызову session.Flush после SaveOrUpdate, то запрос выбора будет успешным, однако я подумал, что нам не нужно вручную вызывать flush? Насколько я понимаю, NHibernate должен быть достаточно умным, чтобы понять, что Foo был обновлен, поэтому второй запрос выбора будет успешным.

Наблюдая за сгенерированным SQL, кажется, что SQL SQL второго SQL-запроса выполняется до первого sql-файла SaveOrUpdate.

В самом деле, если бы я обернуть весь метод в сделке, то она преуспевает:

using(NHibernateSessionManager.CurrentSession.BeginTransaction() 
{ 
    // Same code as above 
} 

Теперь SQL в SaveOrUpdate будет выполняться до SQL Linq.Where. Это немного странно, поскольку мне не нужно даже совершать транзакцию между ними.

Что происходит?

Answer 1

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

Вы обнаружите, что даже операторы только для чтения работают лучше при использовании транзакций. Дополнительную информацию см. В разделе http://nhprof.com/Learn/Alert?name=DoNotUseImplicitTransactions.

Например:

using(var session = NHibernateSessionManager.CurrentSession) 
{ 
    using(var transaction = session.BeginTransaction()) 
    { 
    var foo = session.Linq<Foo>.ToList()[0]; 

    foo.SomeProperty = "test"; 

    session.SaveOrUpdate(foo); 
    transaction.Commit(); 
    } 
} 

Answer 2

Вы, вероятно, получил неправильный набор flushmode. Вам нужно установить флешмод в сеансе на «Авто», чтобы он автоматически очищал сеанс перед каждым запросом, иначе вам нужно вручную очистить сеанс, чтобы принудительно сохранить изменения.

Answer 3

Если я вручную вызвать session.Flush после SaveOrUpdate, то выберите запрос успешно.

Для начала: ваш вызов SaveOrUpdate() даже не требуется.

Вот некоторые вещи, которые нужно помнить при использовании сеанса NH:

• Когда вы Загруженный объект из сессии, сессия будет продолжать отслеживать изменения этого объекта
• Вызывать Session.update (сущность) говорит только NHibernate сессии, что он должен начать отслеживания объекта, он не идет и записи изменений в БД

Таким образом, в вашем случае, потому что вы загрузили объект из session уже, вызов session.Update() ничего не делает, поскольку он уже отслеживается. Вы можете Infact заставить обновление базы данных, просто выполнив следующие действия:

var session = NHibernateSessionManager.CurrentSession; 
var foo = session.Linq<Foo>.ToList()[0]; 
foo.SomeProperty = "test"; 

session.Flush(); 

var reloadedFoos = session.Linq<Foo> 
         .Where(x => x.SomeProperty == "test"); 
Assert.That(reloadedFoos.Count > 0); 

Answer 4

Вы должны закрыть сессию и создать теперь один перед Assert.

using(var session = NHibernateSessionManager.CurrentSession) 
{ 
    using(var tx = session.BeginTransaction()) 
    { 
    var foo = session.Linq<Foo>.ToList()[0]; 
    foo.SomeProperty = "test"; 
    session.SaveOrUpdate(foo); 
    tx.Commit(); 
    } 
} 

//create a new session here, the code depend if you use RhinoCommons (like me), no Rhino 

using(var session = NHibernateSessionManager.CurrentSession) 
{ 
    using(var tx = session.BeginTransaction()) 
    { 
    var reloadedFoos = session.Linq<Foo> 
      .Where(x => x.SomeProperty == "test"); 
    Assert.That(reloadedFoos.Count > 0); 
    tx.Commit(); 
    } 
} 

Answer 5

Обратите внимание, что для NHibernate необходима транзакция «умная».

Вот как это работает:

var session = NHibernateSessionManager.CurrentSession; 
using(NHibernateSessionManager.CurrentSession.BeginTransaction()) { 
    var foo = session.Linq<Foo>.ToList()[0]; 
    foo.SomeProperty = "test"; 
    var reloadedFoos = session.Linq<Foo>() 
     .Where(x => x.SomeProperty == "test"); 
    Assert.That(reloadedFoos.Count > 0); 
} 

Заметим также, что вы делаете не вызов Save, Update или SaveOrUpdate, когда вы хотите, чтобы сохранить изменения, внесенные в объект, который Session уже отслеживание возврата к базе данных. NHibernate работает по-другому от других ORM: если он отслеживает объект, тогда он будет определять, когда отправлять изменения в базу данных, и вам не нужно сообщать ему об этом.

Answer 6

«Мне интересно, при каких обстоятельствах может произойти сбой следующего кода NHibernate:« Я думаю, что вы предоставили хотя бы один ответ на свой вопрос: когда код выполняется внутри неявной транзакции. См. this post from Ayende, в котором упоминается противоречивое поведение внутри неявных транзакций. У меня есть много модульных тестов, которые напоминают код кроме водителя тест обеспечивает транзакции оберточную, например,

[Test] 
public void Can_Update_Account() { 
     Account account = PersistenceContext.Get<Account>(TEST_ACCOUNT_ID); 

     string accountNumber = RandomString(10); 
     account.AccountNumber = accountNumber; 

     Account account1 = PersistenceContext.GetAll<Account>().Where(x => x.AccountNumber == accountNumber).SingleOrDefault(); 
     Account account2 = PersistenceContext.Get<Account>(account.Id); 
     Assert.AreEqual(account.Id, account1.Id); 
     Assert.AreEqual(accountNumber, account2.AccountNumber); 
    } 

[GETALL <>() представляет собой тонкую оболочку над Linq <>.] У меня есть много таких испытаний, которые проходят регулярно.