1.業(yè)務(wù)需求決定是用1對多還是用多對1,因?yàn)榭梢栽趦蛇叺娜魏我贿呍O(shè)置關(guān)聯(lián)
1)商品—類型：商品“多”這一方是主要信息,類型“1”這一方是基礎(chǔ)數(shù)據(jù)字典,一般業(yè)務(wù)是取商品時(shí)獲得相應(yīng)的商品類型,業(yè)務(wù)表明要從“多”方拿到“1”方信息,配置上需要通過多對1來設(shè)置。表現(xiàn)在代碼上就是商品類中有類型對象。
2)用戶—地址：用戶“1”這一方是主要信息,地址“多”這一方是用戶的附屬信息,一般業(yè)務(wù)是取用戶時(shí)取相應(yīng)的地址,業(yè)務(wù)表明要從“1”方拿到“多”方信息,配置上需要通過1對多來設(shè)置。表現(xiàn)在代碼上就是用戶類中有地址集合。

2.業(yè)務(wù)需求決定單向關(guān)聯(lián)的還是雙向關(guān)聯(lián)：
比如商品—類型
1)業(yè)務(wù)上要求取得商品能夠獲取此商品的類型,維護(hù)商品的基本類型時(shí)不需要取得商品信息,表明只用從“多”方拿到“1”方信息,那么只用建立商品—類型:單向多對1關(guān)系。表現(xiàn)在代碼上就是商品類中有類型對象。
2)業(yè)務(wù)上要求取得商品能夠獲取此商品的類型,維護(hù)商品的基本類型時(shí)的確不需要取得商品信息,但是加一個(gè)需求即要求能夠找出此商品類型下的所有商品,表明既要從“多”方拿到“1”方信息,也要從“1”方拿到“多”方信息,那么必須建立商品—類型:多對1,類型—商品:1對多,的雙向關(guān)系。表現(xiàn)在代碼上就是商品類中有類型對象,類型類中有商品集合。注：如果完全按照面向?qū)ο蟮乃悸穪碓O(shè)計(jì)實(shí)體之間的關(guān)系(即按現(xiàn)實(shí)世界模型之間關(guān)系)：商品有個(gè)類型屬性,即獲取商品時(shí)能夠獲取對應(yīng)的屬性,那么可以有商品—類型的多對1關(guān)系,但類型有多個(gè)商品這樣的屬性是不符合現(xiàn)實(shí)世界的模型關(guān)系的,因此嚴(yán)格按照面向?qū)ο?不應(yīng)該有類型—商品的1對多關(guān)系。為了能夠獲取類型下所對應(yīng)的商品,可以按類型查詢商品表。
比如用戶—地址
1)業(yè)務(wù)上要求取得用戶能夠獲取此用戶的地址,取得地址時(shí)不需要取得所屬的用戶,表明只用從“1”方拿到“多”方信息,那么只用建立用戶—地址:單向1對多關(guān)系。表現(xiàn)在代碼上就是用戶類中有地址集合。
2)業(yè)務(wù)上要求取得用戶能夠獲取此用戶的地址,取得地址時(shí)要求能夠獲得所屬的用戶,表明既要從“1”方拿到“多”方信息,也要從“多”方拿到“1”方信息,那么需要建立用戶—地址:1對多,地址—用戶:多對1,的雙向關(guān)系。表現(xiàn)在代碼上就是用戶類中有地址集合。地址類有用戶對象。
可是實(shí)際生活中,用戶—地址只可能是單向1對多關(guān)系,因?yàn)椴淮嬖诹谐鏊械刂?并獲取每個(gè)地址所屬的用戶這樣的需求。

3.多對多的幾點(diǎn)
1)性能上肯定比拆成兩個(gè)1對多要差點(diǎn),但多對多更OO點(diǎn),若拆成兩個(gè)1對多在hibernate中還要自己維護(hù)中間對象,有點(diǎn)面向數(shù)據(jù)庫建模的意思。
2)多對多關(guān)系最好建立雙向關(guān)聯(lián),一般業(yè)務(wù)也是需要互相能夠拿到對方的數(shù)據(jù)的,即使有一邊不需要拿對方的數(shù)據(jù),也設(shè)置成多對多,這樣不用自己維護(hù)中間表。單向關(guān)聯(lián)：刪除被控方時(shí)要手動(dòng)刪除中間表記錄。雙向關(guān)聯(lián)：刪除被控方時(shí)由hibernate自動(dòng)刪除中間表記錄。當(dāng)然刪除主控方時(shí)hibernate都自動(dòng)刪除中間表記錄,因?yàn)橹骺胤疥P(guān)聯(lián)著被控方,“知道”被控方的信息(知道中間表外鍵的關(guān)聯(lián))。
備注：a-b多對多,a單向關(guān)聯(lián)b,b不關(guān)聯(lián)a,a是主控方,b是被控方。