Hibernate学习札记（三）

Hibernate学习笔记（三）

集合映射

bag：这是一个java中没有的东西，如果概念上简单的来说，就是一个可以重复的set。书中在介绍的时候，基本就介绍了一个<idbag>标签来实现bag的。后来查了一下资料，知道还有一个<bag>标签。两者的却别就是前者有一个id的列。

无论对应的是哪一个。都是对应着Collection类

至少我觉得，<idbag>要比单单的<bag>要好很多。bag的定义是可以重复，无序的一个集合。听起来不错，但是在大多数情况下，对于数据一个重要的要求就是能够被区分。而一旦用了<bag>标签，存入数据库的时候，如果值相等，那么就没有了一点区别。

如果用<idbag>标签，那么就需要一个<collection-id>其中的generator不能使用native或者identity。我查了一下api。3.2不支持identity，而3.3的直接写不支持native。我觉得可能是不支持identity。因为选了native就是自动的在identity和sequence之间根据数据库进行选择。

List:基本上没什么好说的。就是标签要熟悉一点。其区分记录用的是<list-index>标签

map：<map-key>标签。map是一个对数据的存储。一个key。对应的就是<map-key>

set:觉得没什么好说的了。

其实从总体上来说，所有的集合标签都是相当死。没什么可以深究的。所有的代码都是那个样子。关键在于熟记和理解集合的概念。

映射父/子关系

不知道官方说法是怎么说的。反正我的觉得这个名字有点变扭。感觉和继承关系有点重名。具体的实现其实就是在集合的标签中加入了一些<one-to-many>之类的标签。从数据库的表的层面上来说没有任何实质上的变化。

但是从逻辑上来说，这种映射和集合的映射有着本质上的区别。集合的映射属于一种整体性的映射。而父子的映射属于对象与对象的映射。对于此，我也是在朦胧中摸索，也无法讲的很明白。

inverse

inverse表示的是告诉Hibernate哪边不用维护。就以书中的例子来说（具体可以看我附件中的例子，大体上是Item和Bid两个类）。在inverse为false的时候，Hibernate会发出5句语句。一句在Item表中加入一条语句，然后两句在Bid类中加入两条记录的两句语句。最后对更新刚才两条数据的ITEM_ID选项（就是和Item表关联的字段）。

因为在hibernate内部，每一个类中的字段都是被“监视”着的，默认情况下一有风吹草动就会更新。而在java中，双向关联需要两个的是在两个对象中设置不同的两个属性互相指向。但是在数据中，这种联系往往是一个外键就解决了问题。造成的结果就是一个数据库中的一列，被两个字段所所引用。所以当改变的时候，java中需要改变两个对象的相关属性，而数据库中则只需要改变一个就可以解决问题了，java的改变要比数据库多一次。hebiernate监视的java代码，而不是数据库，这也就是产生多余sql语句的原因。

而inverse就是告诉Hibernate，这里只是一个镜像，不用维护。从而达到了减少sql语句的作用。

不过在写inverse例子的时候，我发觉了对于值类型的类，一定要写好equals和hashcode方法，并且这些方法最好要用和业务逻辑相关的值。不然可能hibernate很容易会产生不必要的更新操作。

级联

这是很容易和inverse相混淆的一个概念。因为他们的区别很难用言语表达。我现在理解是inverse告诉hibernate什么不该做。而级联告诉的则是什么应该做。

级联分为传播，删除和孤儿。分别对应的是数据的更新（包括插入），父对象的删除和子对象从父对象中被删除来确定。

问题

其实书中的bids的集合是对外开放的。set和get方法都是public。当然如果在实际操作中都会知道这是很不保险的做法。我也就自己想着解决办法。

首先我想到了就是删除set方法。结果失败。然后就把代码改成了这个样子。

     public Set<CPBid> getBids() {
        	 return Collections.unmodifiableSet(bids);
    	}

   @SuppressWarnings("unused")
    private void setBids(Set<CPBid> bids) {
 	        	 this.bids = bids;
    }

倒是运行过了。此时如果把setbids设成public。在读取item内部的bid时，则会报一个很奇怪的错误。org.hibernate.HibernateException: A collection with cascade="all-delete-orphan" was no longer referenced by the owning entity instance: collection.parent.CPItem.bids。觉得很是奇怪。

首先我代码中并没有任何的删除语句。后来想想，可能是因为hibernate获取bids的时候也是调用这个get方法，而这方法的返回值肯定与原来其内部存储的不一样（因为是新建的）。而此时的bid指向的是原来那个的缘故吧？

但为什么把set设置成private就能跑过呢？很奇怪啊

Hibernate学习札记（三）

相关推荐