zoukankan      html  css  js  c++  java
  • 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 问题

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

     

    对象状态不一致问题

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

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

     

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

    多对多的问题

    多对多需要另外一张表,

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

     

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

    session异常

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

    一山不容二虎

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

  • 相关阅读:
    PBOC规范研究之九---静态数据认证(转)
    PBOC规范研究之五、安全相关的PKI基础知识(转)
    PBOC规范研究之三、TypeB协议(转)
    PBOC规范研究之二、PBOC规范中,对于通讯速率的约定(转)
    PBOC规范研究之一、ISO14443协议和PBOC关于CID的约定(转)
    qml js
    qml 信号与信号 信号与方法链接使用 带参数会报错
    调试bug的几种方法
    CDN方式使用iview
    iView--3
  • 原文地址:https://www.cnblogs.com/aaa6818162/p/4629228.html
Copyright © 2011-2022 走看看