hibernate关联

hibernate中提倡持久类实现equals()和hashCode()的原因分析
http://www.2cto.com/kf/201105/91668.html
http://spiritfrog.iteye.com/blog/197508
关联
hibernate 双向 单项关联
有两个对象a，b，单向关联就是a中有关系属性，b中没有或者b中有关系属性，而a中没有。双向关联就是ab中都有关系属性，我比较喜欢单向关联，双向的太麻烦了
一段时间没用~不知道记的清楚不了~
数据库都一样~程序不一样~
比如 A  B~ 无论你是单项还是双向~你B表里都有个 字段 以A表 ID或其他什么做为外键~
如果只单向关联~A one to many B~ 当hibernate查询A的时候回自动加载相关的B~ 用A.getBorder()之类的就能得到B~（看你设置的方法是什么就是什么~打比方是getBorder()）
当查询B的时候~不会加载A~也就是说从B中是读不到A的~没有B.getAorder()之类的方法在B类里~
双向关联就是~查询A会自动加载B~用A类相应方法得到A类相应的B类~
同时查询B也会自动加载A类~用B类相应方法得到B类相应的A类~
差不多就这样~
hibernate_reference：确实如此，hibernate 建议用双向关联。不过，既然存在，就有道理。省点事而已。比如，
http://blog.csdn.net/yanmei_yao/article/details/7596163   好！！！
不用说，大家就知道在多的一端维护数据冗余要少的多。怎么来解释这个问题呢？大家想一下是多的记少的容易记，还是少的记多的容易记呢？举个例子员工和老板。你说是老板记员工比较容易还是员工记老板比较容易呢？很明显记少的比较容易啊，能维护二者的关系也能减少工作量。hibernate当然也是这么做的。看一下实体和配置文件。这里只显示部分代码。
hibernate fetch {{{2
hibernate lazy {{{2
hibernate 数据库设计{{{2
hibernate 数据库设计
http://blog.csdn.net/yinghuayu1324117/article/details/6519331