Nhibernate学习

Contains 缓存中是否存在SessionFactoryBizCom.GetInstance().GetCurrentSession().Contains(t1)

Evict

 

临时状态(Transient)：当new一个实体对象后，这个对象处于临时状态，即这个对象只是一个保存临时数据的内存

 区域，如果没有变量引用这个对象，则会被jre垃圾回收机制回收。这个对象所保存的数据

 与数据库没有任何关系，除非通过Session的save或者SaveOrUpdate把临时对象与数据库

 关联，并把数据插入或者更新到数据库，这个对象才转换为持久对象。

 

持久状态(Persistent): 持久化对象的实例在数据库中有对应的记录，并拥有一个持久化表示（ID）。对持久化对

象进行delete操作后，数据库中对应的记录将被删除，那么持久化对象与数据库记录不再

存在对应关系，持久化对象变成临时状态。持久化对象被修改变更后，不会马上同步到数

据库，直到数据库事务提交。在同步之前，持久化对象是脏的（Dirty）。

 

游离状态(Detached)：当Session进行了Close、Clear或者evict后，持久化对象虽然拥有持久化标识符和与数据

库对应记录一致的值，但是因为会话已经消失，对象不在持久化管理之内，所以处于游离

状态（也叫：脱管状态）。游离状态的对象与临时状态对象是十分相似的，只是它还含有

持久化标识。

 

hibernate session的flushMode的区别

 

这里面的清理缓存可以理解为hibernate自动执行了一次 session.flush();

选择什么样的flush mode就是采取对hibernate session采取什么样的数据刷新的策略。
Session.setFlushMode()用于设定清理缓存的时间点。

对比一下几种flush mode：

FlushMode.AUTO：
调用Session的查询方法时，清理缓存,注意：这条规则必须保证显式开启的事务中，对于outside a transaction
调用Session.commit()时，清理缓存
调用Session.flush()时，清理缓存

FlushMode.COMMIT：
调用Session的查询方法时，不清理缓存
调用Session.commit()时，清理缓存
调用Session.flush()时，清理缓存

FlushMode.NEVER(MANUAL)：
调用Session的查询方法时，不清理缓存
调用Session.commit()时，不清理缓存
调用Session.flush()时，清理缓存

 

FlushMode.ALWAYS：测试未发现和auto有什么区别。

 调用Session的查询方法时，清理缓存,注意：这条规则必须保证显式开启的事务中，对于outside a transaction
调用Session.commit()时，清理缓存
调用Session.flush()时，清理缓存

=================

三种情况分别在以下时机同步数据库
session.flushmode=manual
1.只有手动调用flush()

session.flushmode=commit
1.手动调用flush()
2.commit（）时候

session.flushmode=auto
1.手动调用flush()
2.commit（）时候
3.查询前 (经过测试（oracle驱动），必须在事务内，不确定是否全部情形)

==================

 

  /// <summary>

        ///  FlushMode.Auto返回1 因为在查询前会刷新缓存 FlushMode.Commit返回0 因为只有Commit之后刷新缓存

        /// </summary>

        /// <returns></returns>

        public int FlushModeAutoTestMethod2()

        {

            using (var tx = SessionFactoryManager.SessionFactory.GetCurrentSession().BeginTransaction())

            {



                ISession session = SessionFactoryManager.SessionFactory.OpenSession();

                session.FlushMode = FlushMode.Auto;

                Cardtype entity =

                    SessionFactoryManager.SessionFactory.GetCurrentSession()

                        .CreateQuery("from Cardtype where CardtypeStr = '99'")

                        .List<Cardtype>()

                        .FirstOrDefault();



                entity.CardtypeStr = "22";

                var list = SessionFactoryManager.SessionFactory.GetCurrentSession().CreateQuery("from Cardtype where CardtypeStr = '22'").List<Cardtype>().Count();



                session.Flush();

                tx.Commit();

                return list;

            }

        }

 

 

 

新项目用了Nhiberate 来操作数据库。虽然一开始选用的时候觉得会提供工作效率，当实际上选用第三方库有可能会遇到一些问题的，解决这些问题花的时间未必见得比缩短的时间多。不过NHiberate还是很有用的， 顺便把心得记一下，希望对后来人也有帮助

 

资料

配置Hibernate.cfg.xml 和 映射文件xml 就不说了。网上有很多

 

分享

SessionFactory, ISession, ITransaction 

Nhibernate 的ISession不是线程安全的，多个线程同时用一个会出异常。SessionFactory必须是单例，因为这个东西会占20几M的内存，初始化也很慢。一般使用一个Helper类让SessionFactory成为单例。

 

使用ISession 的时候最好使用using 让它的生存期尽可能短，不要让它像静态对象那样一直在那里。对此我有血的教训。原因如下：

 

1. 不关闭ISession会产生内存泄漏。 一直很纳闷为什么越运行越慢，难道垃圾回收器还有不工作的时候？ 后来才知道是ISession 没有关闭导致NHiberate没有清空和session关联的对象信息。

 

2. ISession 和 transaction有密切的关系， 当你想用transaction的时候，最好新open出一个ISession 然后在这个session上BeginTransaction 或者 using transactionscope (System.Data里面的)，否则会有问题。

 

而且注意在用transaction的时候不要直接open出session然后直接关闭了事， 最好用using() 把session括起来或者 dispose掉，否则下次再begintransaction的时候可能会出错。

还有不要试图对persist对象进行使用 session进行进一步封装，除非你保证在外层绝不用到Nhibernate ，因为你在外层打开了session，在里面又打开了session，当你试图使用transaction的时候这一切会成为噩梦。

 

 

Nhibernate 的性能问题

Nhibernate的性能并不慢，有句话比较经典“programmer is more expansive than machines”。

加载映射文件的问题

文档上说只要把xml属性改成Embeded就好，但是有时候总是加载不上。后来检查发现和当前调用者编译成的形式有关系。如果编成exe的话，就不用手动加载,(即使是被其他引用也不用手动加载)，如果xml已经是嵌入资源，在手动加载一遍会出错；如果是编成dll的话，就必须手动加载，编成嵌入资源也不行.

 

Select TOP 问题

IQuery q = Session.CreateQuery("select Pic from Pics");
q.SetMaxResults(count);

IQuery q = Session.CreateQuery("select Pic from Pics"); q.SetMaxResults(count); 

 

对象状态不一致问题

遇到过一个对象的状态和数据库不一致的问题，如：

PersistClass myPer = (PersistClass)session.Load(Typeof(PersistClass), nID);
myPer.C1 = 12;
NHibernateHelper.SaveToDB(myPer);
//call some separat function to update DB column
UpdateColumnC1(nID, 13);
int nCurrentValue = myPer.C1; //now myPer.C1 is still 12!

PersistClass myPer = (PersistClass)session.Load(Typeof(PersistClass), nID); myPer.C1 = 12; NHibernateHelper.SaveToDB(myPer); //call some separat function to update DB column UpdateColumnC1(nID, 13); int nCurrentValue = myPer.C1; //now myPer.C1 is still 12! 

 

出现这种问题是因为NH认为所有的对数据库操作都是通过持久化对象来做的，所以在外部改变了数据库字段时就无法及时反应到持久化对象里。关闭了Lazy就可以避免这个问题。

 

多对多的问题

多对多需要另外一张表，

<set name="VirusSamples" table="autovr_released_virus_table" lazy="false">
      <key column="released_id" />
      <many-to-many column="virus_id" class="Virus, FtData" />
    </set>

<set name="VirusSamples" table="autovr_released_virus_table" lazy="false"> <key column="released_id" /> <many-to-many column="virus_id" class="Virus, FtData" /> </set> 

 

这里面有人说 Set 可以用 IList 还有个什么，但是也有人说必须用Iesi.Collections 中的结构； 我没试过IList之类，不过想Nhibernate里面 Iesi 库这么大，想必还是有点名堂的， 用Iesi.Collections.ISet 实验是可以的。

 

session异常

当一个session中产生数据库操作异常之后，这个session里面所有的对象都无法进行数据库 操作了。这也是让session生存的时间尽可能短的原因。

 

一山不容二虎

一个session里面是允许 两个同类持久化对象拥有同一ID 的，意味着你要小心对象的生存，不要让他们在一个session里面两个同时存在。当你返回一个对象id，希望在别处load它的时候，你可以用session.Evict，在session里面除掉这个对象。