《我的 O/R Mapping 之旅》勘误及补充

核心提示：《我的 O/R Mapping 之旅(二)》，有一段对 People.hbm.xml 的分析，《我的 O/R Mapping 之旅》勘误及补充，谈到为什么使用 inverse=”true”：在车辆治理系统中，代表着一个拥有者拥有多台车辆，这就是 AutoInfo 被动地修改和 People 的联

《我的 O/R Mapping 之旅(二)》，有一段对 People.hbm.xml 的分析，谈到为什么使用 inverse=”true”：

在车辆治理系统中，代表着一个拥有者拥有多台车辆。以 java.util.Set 类型表示。 inverse 用于标识双向关联中的被动方一端。inverse=false 的一方（主控方）负责维护关联关系；在车辆治理系统中， AutoInfo 作为主控方，应该把它设为“true”。这就好比你（被动方 one）在某个聚会上散发了许多名片，但是有可能你不清楚接收者（主动方 many）的具体背景；这个不要紧，接收者在必要的时候会和你联系就是了（主动维护关系）。
红色标识的句子轻易让人产生歧异，似乎是在说把 AtuoInfo 设置成“true”了。应改为：

在车辆治理系统中，AtuoInfo 作为主控方，应该在 People 中设置 inverse =“true”。
沿着思路往下走，你也许会问：什么才叫“主动维护关系”？不妨看看下面的代码（摘自《我的 O/R Mapping 之旅(三)》）：

AutoInfo ai=new AutoInfo();
People people=new People();
public void DoTest() {
　 try {
　　　Configuration cfg = new Configuration().configure();
　　　sessionFactory sessions = cfg.buildSessionFactory();
　　　Session session = sessions.openSession();
　　　Transaction tx = session.beginTransaction();
　 
　　　ai.setLicensePlate("A00001");
　　　ai.setOwnerNo(people);
　　　people.setAddress("中国");
　　　people.setName("张三");
　　　people.addToAutoInfoSet(ai);
　　　session.save(people);
　　　tx.commit();
　　　session.close();
　 } catch (Exception e) {
　　　System.out.PRintln(e);
　 }
}

把“ai.setOwnerNo(people)”注解了试试，由于 AutoInfo 没有主动维护关系，导致 AUTO_INFO 表中 OWNER_NO 字段为“Null”。自然 AutoInfo 与 Poople 就不存在任何联系了。

人类的求知欲很强烈！
为什么非要用 AutoInfo 作为主控方？People 作主控方不行？好吧，为 People.hbm.xml 删除inverse=”true”，再运行以上程序，其实也能保存，只是多了一条SQL：“update auto_info set OWNER_NO=? where AUTO_ID=?”，这就是 AutoInfo 被动地修改和 People 的联系。多执行一次 SQL 意味着多了一些开销，这是对性能不利的！

《我的 O/R Mapping 之旅(三)》，有一段对张三第二次买车的程序和描述：

 AutoInfo ai = new AutoInfo();
 People people = new People();
 public void DoTest() {
　try {
　　  Configuration cfg = new Configuration().configure();
　　  SessionFactory sessions = cfg.buildSessionFactory();
　　  Session session = sessions.openSession();
　　  Transaction tx = session.beginTransaction();
　　  people =
　　　 (People) session
　　　  .find(
　　　　 "from People where OWNER_ID=1")