国产97色在线,狠狠久久综合,在线亚洲电影

Fri, 18 Dec 2009 07:17:00 GMT

转自:http://blog.csdn.net/leader_lx/archive/2008/08/06/2774137.aspx

一、Inverse是hibernate双向关系中的基本概念。inverse的真正作用就是指定由哪一�Ҏ��l�护之间的关联关�p�R��当一方中指定�?#8220;inverse=false”�Q�默认）�Q�那么那一方就有责任负责之间的兌��关系�Q�说白了��是hibernate如何生成Sql来维护关联的记录�Q?nbsp;

Hibernate仅仅按照��L��方对象的状态的变化来同步更新数据库。按照原来的映射文�g�Q�people.getAddresses().add(address)�Q�即��L��方对象的状态发生了改变�Q�因此数据库会跟着对象状态的变化来同步更新数据库�Q�而address.setPeople(people)�Q�即被控方对象的状态发生了改变�Q�它是不能触发对象和数据库的同步更新的�?/p>

�Q�实�?�Q�：

举个最��单的一对多父子关系。那么代码就写成�Q?/p>

父亲中的关系映射

{set name="children" lazy="true" inverse="true"}
{key column="parent_id"/}
{one-to-many class="test.Child"/}
{/set}

儿子中关�p�L��?br />

{many-to-one name="parent" column="parent_id" not-null="true"/}

Parent p = new Parent();
Child c = new Child();
c.setParent(p); //�l�护父子之间关系
p.getChildren().add(c);

session.save(p);
session.flush();

注意�Q�{many-to-one}��L��设成“inverse=false”的，而且�q�个属性在Mapping中是不存在的�Q?/font>

�q�样�q�行的下来的�l�果��是�Q?/p>

Hibernate: insert into parent (id) values (?)
Hibernate: insert into child (parent_id, id) values (?, ?)

那么假如c.setParent(p)注释掉，�l�果��是�Q?/p>

Hibernate: insert into parent (id) values (?)

�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q?/p>

�Q�实�?�Q�：

一个Person可以参加多个Event�Q�一个Event有多个Person参加�?br /> 映射文�g如下�Q?br />

<hibernate-mapping package="events">
  <class name="Person" table="person">
      <id name="id" column="person_id">
          <generator class="native"/>
      id>
      <property name="age" length="0"/>
      <property name="firstname"/>
      <property name="lastname"/>
      <set name="events" table="person_event">
          <key column="person_id"/>
          <many-to-many column="event_id" class="events.Event"/>
      set>
  class>
hibernate-mapping>

<hibernate-mapping>
  <class name="events.Event" table="events">
      <id name="id" column="event_id">
            <generator class="native"/>
      id>
      <property name="date" column="events_date" type="timestamp"/>
      <property name="title" column="events_title"/>
      <set name="participants" table="person_event" inverse="true">
          <key column="event_id"/>
          <many-to-many column="person_id" class="events.Person"/>
      set>
  class>
hibernate-mapping>

inverse=true的含�? 由双向关联另一方维护该兌��,己方不维护该兌��(只能�q�行查询操作)。在上述代码中，由Person方维护该关系�Q�示例代码如�?以向Person参与的Event中加入新的Event��Z��)�Q?br />

        Session session = HibernateUtil.getSessionFactory().getCurrentSession();
        session.beginTransaction();
        Person p = (Person) session.load(Person.class, personId);
        Event e = (Event) session.load(Event.class, eventId);
        p.getEvents().add(e);//执行该代码时�Q�hibernate会向中间�?person_event中插入person_id和event_id记录�Q�如果换�?font color="#a52a2a">e.getParticipants().add(p)的话�Q�该代码��不会被执行�Q�即hibernate不会向表person_event中插入记录�?br />         session.getTransaction().commit();

要注意的一点：在双向关联的关系中，映射的column(和table)的��D��一�?卌��用相同的表名和列�?�Q�不然设�|��ؓinverse="true"的这方将失去�q�个双向关系�Q�而变成了一个单向关联�?br />

二、Inverse和Cascade的比�?/p>

Inverse�Q�负责控制关�p�，默认为false�Q�也��是关系的两端都能控�Ӟ��但这样会造成一些问题，更新的时候会因�ؓ两端都控制关�p�，于是重复更新。一般来说有一端要设�ؓtrue�?br /> Cascade�Q�负责控制关联对象的�U�联操作�Q�包括更新、删除等�Q�也��是说对一个对象进行更新、删除时�Q�其它对象也受媄响，比如我删除一个对象，那么跟它是多对一关系的对象也全部被删除�?br /> 举例说明区别�Q�删�?#8220;一”那一端一个对象O的时候，如果“�?#8221;的那一端的Inverse设�ؓtrue�Q�则�?#8220;�?#8221;的那一端所有与O相关联的对象外键清空�Q�如�?#8220;�?#8221;的那一端的Cascade设�ؓDelete�Q�则�?#8220;�?#8221;的那一端所有与O相关联的对象全部删除�?/p>

一杯清�?/a> 2009-12-18 15:17 发表评论

Hibernate的检索策略小�l?�?

Wed, 17 Dec 2008 07:24:00 GMT

Hibernate的检索策略包括类�U�别��索策略和兌��U�别��索策略�?

�cȝ�别检索策略有立即��索和延迟��索，默认的检索策略是立即��索。在Hibernate映射文�g中，通过�?font face="文鼎PL�l�上��宋Uni, serif">上配�|?font face="文鼎PL�l�上��宋Uni, serif">lazy属性来��定��索策略。对�?font face="文鼎PL�l�上��宋Uni, serif">Session的检索方式，�cȝ�别检索策略仅适用�?font face="文鼎PL�l�上��宋Uni, serif">load�Ҏ��Q�也��p��Q�对�?font face="文鼎PL�l�上��宋Uni, serif">get�?font face="文鼎PL�l�上��宋Uni, serif">qurey��索，持久化对象都会被立即加蝲而不��?font face="文鼎PL�l�上��宋Uni, serif">lazy�?font face="文鼎PL�l�上��宋Uni, serif">false�q�是true。一般来��_��我们��索对象就是要讉K��它，因此立即��索是通常的选择。由�?font face="文鼎PL�l�上��宋Uni, serif">load�Ҏ��在检索不到对象时会抛出异常（立即��索的情况下）�Q�因此我个�h�q�不��使用load��索；而由�?font face="文鼎PL�l�上��宋Uni, serif">中的lazy属性还影响到多对一及一对一的检索策略，因此使用load�Ҏ��更没必要了�?/p>

兌��U�别��索策略有立即��索、�g�q�检索和�q�切左外�q�接��索。对于关联��别检索，又可分�ؓ一对多和多对多、多对一和一对一两种情况讨论�?/p>

一对多和多对多兌��关系一般��?font face="文鼎PL�l�上��宋Uni, serif">配置�?font face="文鼎PL�l�上��宋Uni, serif">�?font face="文鼎PL�l�上��宋Uni, serif">lazy�?font face="文鼎PL�l�上��宋Uni, serif">outer-join属性，它们的不同取值绝对了��索策略�?/p>

1�Q�立��x��索：�q�是一对多默认的检索策略，此时lazy=false�Q?font face="文鼎PL�l�上��宋Uni, serif">outer-join=false。尽��这是默认的��索策略，但如果关联的集合是无用的�Q�那么就不要使用�q�种��索方式�?/p>

2�Q��g�q�检索：此时lazy=true�Q?font face="文鼎PL�l�上��宋Uni, serif">outer-join=false�Q?font face="文鼎PL�l�上��宋Uni, serif">outer-join=true是无意义的）�Q�这是优先考虑的检索方式�?/p>

3�Q�迫切左外连接检索：此时 lazy=false�Q?font face="文鼎PL�l�上��宋Uni, serif">outer-join=true�Q�这�U�检索策略只适用于依�?font face="文鼎PL�l�上��宋Uni, serif">id��索方式（load�?font face="文鼎PL�l�上��宋Uni, serif">get�Q�，而不适用�?font face="文鼎PL�l�上��宋Uni, serif">query的集合检索（它会采用立即��索策略）。相比于立即��索，�q�种��索策略减��了一�?font face="文鼎PL�l�上��宋Uni, serif">sql语句�Q�但�?font face="文鼎PL�l�上��宋Uni, serif">Hibernate中，只能有一�?font face="文鼎PL�l�上��宋Uni, serif">配置�?outer-join=true�?/p>

多对一和一对一��索策略一般��?font face="文鼎PL�l�上��宋Uni, serif">�?font face="文鼎PL�l�上��宋Uni, serif">配置�?font face="文鼎PL�l�上��宋Uni, serif">中需要配�|�的属性是 outer-join�Q�同时还需要配�|?font face="文鼎PL�l�上��宋Uni, serif">one端关联的�?font face="文鼎PL�l�上��宋Uni, serif">lazy属性（配置的可不是中的lazy哦）�Q�它们的�l�合后的��索策略如下：

1�Q?outer-join=auto�Q�这是默认��|��如果lazy=true为�g�q�检索，如果lazy=false��切左外连接检索�?/p>

2�Q?outer-join=true�Q�无关于lazy�Q�都��切左外连接检索�?/p>

3�Q?outer-join=false�Q�如�?font face="文鼎PL�l�上��宋Uni, serif">lazy=true为�g�q�检索，否则为立��x��索�?/p>

可以看到�Q�在默认的情况下�Q?font face="文鼎PL�l�上��宋Uni, serif">outer-join=auto�Q?font face="文鼎PL�l�上��宋Uni, serif">lazy=false�Q�，对关联的one端对�?font face="文鼎PL�l�上��宋Uni, serif">Hibernate采用的迫切左外连接检索。依我看�Q�很多情况下�Q�我们�ƈ不需要加�?font face="文鼎PL�l�上��宋Uni, serif">one端关联的对象�Q�很可能我们需要的仅仅是关联对象的id�Q�；另外�Q�如果关联对象也采用了迫切左外连接检索，��׃��出现select语句中有多个外连接表�Q�如果个数多的话会媄响检索性能�Q�这也是��Z��?font face="文鼎PL�l�上��宋Uni, serif">Hibernate通过hibernate.max_fetch_depth属性来控制外连接的深度。对于迫切左外连接检索，query的集合检索�ƈ不适用�Q�它会采用立��x��索策略�?/p>

对于��索策略，需要根据实际情况进行选择。对于立��x��索和延迟��索，它们的优点在�?font face="文鼎PL�l�上��宋Uni, serif">select语句��单（每张表一条语句）、查询速度快，�~�点在于兌��表时需要多�?font face="文鼎PL�l�上��宋Uni, serif">select语句�Q�增加了讉K��数据库的频率。因此在选择��x��索和延迟��索时�Q�可以考虑使用扚w��索策略来减少select语句的数量（配置batch-size属性）。对于切左外�q�接��索，优点在于select较少�Q�但�~�点�?font face="文鼎PL�l�上��宋Uni, serif">select语句的复杂度提高�Q�多表之间的兌��会是很耗时的操作。另外，配置文�g是死的，但程序是�zȝ��Q�可以根据需要在�E�序里显�C�的指定��索策略（可能�l�常需要在�E�序中显�C�指定迫切左外连接检索）。�ؓ了清楚检索策略的配置效果如何�Q�可以配�|?font face="文鼎PL�l�上��宋Uni, serif">show_sql属性查看程序运行时Hibernate执行�?font face="文鼎PL�l�上��宋Uni, serif">sql语句�?/p>

注：本文是《精�?font face="文鼎PL�l�上��宋Uni, serif">Hibernate》（孙卫琴著�Q�的温习�W�记�Q�关�?font face="文鼎PL�l�上��宋Uni, serif">Hibernate的检索策略的详细内容�Q�请参考原书�?/p>

一杯清�?/a> 2008-12-17 15:24 发表评论

使用dom4j��d��xml文档�Q��ƈ修改文档

Wed, 23 Apr 2008 07:06:00 GMT

自用文档�Q�请不要转蝲�Q?br />

public void prot() throws Exception{
            try {
                String path=FileLocator.toFileURL(Platform.getBundle(AppConn.APPLICATION_ID).getEntry("")).getPath()
                                       .toString()+"src/hibernate.cfg.xml";
                File cfgFile=new File(path);
                SAXReader reader=new SAXReader();
                reader.setEntityResolver(new EntityResolver()
                {
                    public InputSource resolveEntity(String publicId,
                            String systemId)
                    {
                        if (publicId.equals("-//Hibernate/Hibernate Configuration DTD 3.0//EN"))
                        {
                            InputStream in = getClass().getResourceAsStream(
                                    "/hibernate-configuration-3.0.dtd");
                            return new InputSource(in);
                        }
                        return null;
                    }
                });
                Document document=null;
                try {
                    document = reader.read(cfgFile);
                } catch (DocumentException e) {
                    // TODO Auto-generated catch block
                    e.printStackTrace();
                }
                Element root=document.getRootElement();
                List list=root.selectNodes("http://property");
                Iterator it=list.iterator();
                while(it.hasNext()){
                    Element nextelement=(Element)it.next();
                    String text=nextelement.attributeValue("name");
                    if(text.equals("connection.username")){
                            nextelement.setText("");
                    }
                    if(text.equals("connection.password")){
                            nextelement.setText("");
                    }
                    if(text.equals("connection.url")){
                            nextelement.setText("");
                    }
                }
                    XMLWriter output=new XMLWriter(new FileWriter(cfgFile),OutputFormat.createPrettyPrint());
                    output.write(document);
                    output.flush();
                    output.close();

            } catch (HibernateException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }

        }

一杯清�?/a> 2008-04-23 15:06 发表评论