我对 NHibernate 中的 Flush（和 NHibernate.ISession）如何工作感到有些困惑。
从我的代码看来，当我使用ISession.Save(entity)保存对象时，可以直接将对象保存到数据库中。
但是，当我使用ISession.SaveOrUpdate(entity) 或ISession.Update(entity) 更新和对象时，数据库中的对象没有更新--- 我需要调用ISession.Flush 来更新它。
我如何更新对象的过程如下：
ISession.Get(typeof(T), id)从数据库中获取对象
myCar.Color="Green"
ISession.Update(myCar) 将其提交回数据库
myCar 未更新到数据库。但是，如果我之后打电话给ISession.Flush，它就会被更新。
什么时候使用Flush，什么时候不使用？
【问题讨论】：
标签： nhibernate
在许多情况下，您不必关心 NHibernate 何时刷新。
只有在创建自己的连接时才需要调用 flush，因为 NHibernate 不知道您何时提交。
对您来说真正重要的是交易。在事务期间，您与其他事务隔离，这意味着，当您从数据库中读取时，您始终可以看到您的更改，而您看不到其他更改（除非它们已提交）。因此，您不必关心 NHibernate 何时更新数据库中的数据，除非它已提交。无论如何，它对任何人都是不可见的。
NHibernate 刷新如果
例子：
using (session = factory.CreateSession())
using (session.BeginTransaction())
{
var entity = session.Get<Entity>(2);
entity.Name = "new name";
// there is no update. NHibernate flushes the changes.
session.Transaction.Commit();
session.Close();
}
实体在提交时更新。 NHibernate 看到您的会话是脏的并将更改刷新到数据库。仅当您在会话之外进行更改时才需要更新和保存。 （这意味着使用分离的实体，即会话不知道的实体）。
性能注意事项： Flush 不仅执行更新数据库所需的 SQL 语句。它还搜索内存中的变化。由于 POCO 上没有脏标志，因此它需要将会话中每个对象的每个属性与其一级缓存进行比较。如果过于频繁，这可能会成为性能问题。您可以采取一些措施来避免性能问题：
【讨论】：
NHibernate 只会在必要时执行 SQL 语句。它会尽可能地推迟 SQL 语句的执行。
例如，当您保存具有分配 id 的实体时，它可能会推迟 INSERT 语句的执行。 但是，当您插入一个具有自动递增 id 的实体时，NHibernate 需要直接插入该实体，因为它必须知道将分配给该实体的 id。
当您显式调用 flush 时，NHibernate 将执行该会话中已更改/创建/删除的对象所需的 SQL 语句。
【讨论】：