正确理解hibernate的inverse.docVIP

正确理解hibernate的inverse 在hibernate中是通过inverse的设置来决定是有谁来维护表和表之间的关系的 最近有朋友问我hibernate关于多对多关于删除中间表数据的问题,关键是inverse的设置.下面引用网友的一篇文章 Inverse是hibernate双向关系中的基本概念，当然对于多数实体，我们并不需要双向关联，更多的可能会选择单向关联，况且我们大多数人 一般采用一对多关系，而一对多双向关联的另一端：多对一的inverse属性是不存在，其实它默认就是inverse=false.从而防止了在一对多端 胡乱设置inverse也不至于出错。但是inverse设置不当确实会带来很大的性能影响，这点是我们必须关注的。 这篇文章已经详细分析了inverse设置不当带来的影响： /155.html 看了这篇文章，还是很有必要再写下一些总结的： 1）inverse中提及的side其实是指一个类或者表的概念，双向关联其实是指双方都可以取得对方的应用。 2）维护关系这个名词还是稍显模糊或者晦涩。我们一般说A类或者A表（这里的表的是指多对多的连接表）有责任维护关系，其实这里的意思是说，我在应 用在更新，创建，删除（读就不用说了，双向引用正是为了方便读而出现）A类或者A表时，此时创建的SQL语句必须有责任保证关系的正确修改。 3）inverse=false的side（side其实是指inverse＝false所位于的class元素）端有责任维护关系，而inverse＝true端无须维护这些关系。 4）我们说inverse设立不当会导致性能低下，其实是说inverse设立不当，会产生多余重复的SQL语句甚至致使JDBC exception的throw。这是我们在建立实体类关系时必须需要关注的地方。一般来说，inverse＝true是推荐使用，双向关联中双方都设置 inverse＝false的话，必会导致双方都重复更新同一个关系。但是如果双方都设立inverse＝true的话，双方都不维护关系的更新，这也是 不行的，好在一对多中的一端:many-to-one默认是inverse＝false，避免了这种错误的产生。但是多对多就没有这个默认设置了，所以很 多人经常在多对多的两端都使用inverse＝true，结果导致连接表的数据根本没有记录，就是因为他们双分都没有责任维护关系。所以说，双向关联中最 好的设置是一端为inverse＝true，一端为inverse＝false。一般inverse＝false会放在多的一端，那么有人提问了， many－to－many两边都是多的，inverse到底放在哪儿？其实hibernate建立多对多关系也是将他们分离成两个一对多关系，中间连接一 个连接表。所以通用存在一对多的关系，也可以这样说：一对多是多对多的基本组成部分。 看下面的多对多的定义大家更会清楚”多对多“与“一对多”的关系：其中我们注意many-to-many /标签的特点就知道，它是定义了一个多对多关系，而不是one-to-many/。 ?xml version=1.0? !DOCTYPE hibernate-mapping PUBLIC -//Hibernate/Hibernate Mapping DTD 2.0//EN /hibernate-mapping-2.0.dtd hibernate-mapping package=org.hibernate.auction class name=TestA table=TestA dynamic-update=true dynamic-insert=true id name=id column=id type=int unsaved-value=any generator class=assigned /generator /id property name=name type=java.lang.String update=true insert=true column=name / set name=testBs table=TestA_TestB inverse=false cascade=all key column=testA/ many-to-many column=testB class=TestB / /set /class class name=TestB table=TestB dynamic-update=true dynamic-insert=true id name=id column=id type=int unsaved-value=any