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
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
