OMG,到底在尋找什么..................
          (構造一個完美的J2EE系統所需要的完整知識體系)
          posts - 198,  comments - 37,  trackbacks - 0

          (一)對象之間的關系:?????????????????????????????????????????????????????????????????????????????????????????????????
          1. 依賴:?????????????????????????????????????????????????????????????????????????????????????????????????????????????
          依賴對象通過調用被依賴對象的方法來獲得服務。一種比較松散的關系,并且是短期的。我們的過程與對象往往依賴與我們的實體域對象
          如在struts 的 action中調用模型層的方法。???????????????????????????????????????????????????????????????????????????????
          2. 關聯???????????????????????????????????????????????????????????????????????????????????????????????????????????????
          它使一個類指到另一個類的屬性。長期的???????????????????????????????????????????????????????????????????????????????????
          3. 聚合???????????????????????????????????????????????????????????????????????????????????????????????????????????????
          聚合關系是關聯關系的一種,是強的關聯關系。聚合是整體和部分之間的關系。?????????????????????????????????????????????????
          4. 組合???????????????????????????????????????????????????????????????????????????????????????????????????????????????
          也叫合成關系,組成關系是關聯關系的一種,是比聚合關系強的關系。對象負責代表部分的對象的生命周期。???????????????????????
          注:既然聚合,組合關系屬于關聯關系,那么如何區分一般關聯關系,聚合關系和組合關系呢????????????????????????????????????
          一般關聯:只要一個對象聯系到另外一個對象就形成了關聯關系。如:人和他的貓,黑豹樂隊和竇魏,pc機和顯示器。???????????????
          聚合關系:一種強關聯關系,它要求有部分和整體的關系,并且沒有了整體部分也可以獨立存在。在上面三個例子中人和它的貓顯然沒有
          部分和整體的關系,所以只能是一般的關聯關系。而黑豹樂隊和竇魏,竇魏等人組成了黑豹樂隊即:竇魏和黑豹是整體和部分的關系。而
          竇魏脫離了黑豹(早就離開了)更或者黑豹不存在了那么竇魏仍然可以以音樂人的身份存在(即對象仍然可以獨立存在)所以它屬于聚合
          關系。組成關系是可以共享的。(竇魏也可以加入其他樂隊)。???????????????????????????????????????????????????????????????
          組合關系:一種更強的整體和部分的關系。它并且要求代表整體的對象負責代表部分的對象的生命周期,組成關系是不能共享的。?????
          如:pc機和顯示器的關系。???????????????????????????????????????????????????????????????????????????????????????????????
          我覺得:如果兩個實體是整體和部分的關系,那么它們到底是聚合還是組合,這取決于你的需求。比如說:pc機和顯示器的關系,?????
          如果你的系統中,顯示器脫離了pc機就不存在意義了,也可以說:所有顯示器的訪問都是通過pc機進行的,那么你可以把關系設定為組合
          (如你在為一個只買品牌機的代理商作系統你可能是可以這么作的)。如果你的顯示器脫離的pc機仍然可以獨立存在,也就是說在系統中
          可以直接訪問顯示器對象,那么你可以將關系設為聚合(如你在為一個買散件的代理商作系統你可能是可以這么作的)???????????????
          ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          5. 繼承???????????????????????????????????????????????????????????????????????????????????????????????????????????????
          這個我不想多講了,用過面向對象的語言都應該知道。???????????????????????????????????????????????????????????????????????
          (二)關系數據庫的關系?????????????????????????????????????????????????????????????????????????????????????????????????
          一對一?????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          一對多?????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          多對一?????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          多對多?????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          (三)o/r mapping策略??????????????????????????????????????????????????????????????????????????????????????????????????
          1.繼承:??????????????????????????????????????????????????????????????????????????????????????????????????????????????
          對于繼承關系一般有三種策略:???????????????????????????????????????????????????????????????????????????????????????????
          策略1繼承樹的每個類對應一個表??????????????????????????????????????????????????????????????????????????????????????????
          共享主鍵???????????????????????????????????????????????????????????????????????????????????????????????????????????????
          策略2繼承樹的根類對應一個表????????????????????????????????????????????????????????????????????????????????????????????
          需要添加一個識別字段???????????????????????????????????????????????????????????????????????????????????????????????????
          策略3繼承樹的葉子類對應一個表??????????????????????????????????????????????????????????????????????????????????????????
          不支持多態查詢?????????????????????????????????????????????????????????????????????????????????????????????????????????
          2.關聯????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          2.1一對一?????????????????????????????????????????????????????????????????????????????????????????????????????????????
          一半有兩種策略:???????????????????????????????????????????????????????????????????????????????????????????????????????
          策略1:唯一的外鍵??????????????????????????????????????????????????????????????????????????????????????????????????????
          +unique=”true” (唯一的外鍵)??????????????????????????????????????????????????????????????????????????????????????????
          ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          策略2:共享主鍵????????????????????????????????????????????????????????????????????????????????????????????????????????
          ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          (既是主鍵又是外鍵)?????????????????????????????????????????????????????????????????????????????????????????????????????
          注意:生成方式需要用:foreign??????????????????????????????????????????????????????????????????????????????????????????
          2.2一對多(無需多說)?????????????????????????????????????????????????????????????????????????????????????????????????
          2.3多對一(無需多說)?????????????????????????????????????????????????????????????????????????????????????????????????
          2.4多對多?????????????????????????????????????????????????????????????????????????????????????????????????????????????
          策略1:A,B表多對多的關系需要引入C表。??????????????????????????????????????????????????????????????????????????????????
          C表中的所有屬性即為主鍵又為外鍵分別參照A,B兩表。???????????????????????????????????????????????????????????????????????
          C表中不可以有其他屬性??????????????????????????????????????????????????????????????????????????????????????????????????
          策略2:將多對多拆分成兩個一對多:??????????????????????????????????????????????????????????????????????????????????????
          A,B對象多對多的關系需要引入C對象。使得A,B兩對象與C對象的關系為一對多。對應數據庫中:A,B表多對多的關系需要引入C表。A,B兩?
          與C表的關系為一對多。??????????????????????????????????????????????????????????????????????????????????????????????????
          C表又自己的主鍵????????????????????????????????????????????????????????????????????????????????????????????????????????
          C表中又非主鍵的外鍵分別參照A,B兩表。???????????????????????????????????????????????????????????????????????????????????
          C表中不可以有其他屬性??????????????????????????????????????????????????????????????????????????????????????????????????
          如;學生 ,課程為多對多的關系 那么引入學生選課。???????????????????????????????????????????????????????????????????????
          注意:策略1和策略2的不同在于:策略2引入了新的對象而策略1沒有。這是因為這樣:策略1的c表不能又自己的東西。而策略2有。????
          2.5其他???????????????????????????????????????????????????????????????????????????????????????????????????????????????
          上面說過:聚合與組成是關聯的一種所以他們也符合以上策略。???????????????????????????????????????????????????????????????
          特別的:當用到組合關系的是否我們可用用到hibernate的“組件”.由于“組件”它完全可以滿足組成關系的強關聯。???????????????
          3.依賴????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          一般不在實體域對象中體現。?????????????????????????????????????????????????????????????????????????????????????????????
          ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
          另外我看到了一種”鍵關聯”的方法,感覺很有道理。我理解了一下總結如下:
          1. 一般關聯:
          這種方法對于一般的關聯總是引入c表(另外的一張表)僅僅表示關系。
          C表的主鍵有分別指向A,B兩表(外鍵)。當指向一方的外鍵unique=”true”即唯一,那么這一方為“一”,反之為“多”的一方。
          這樣就可以形成一般的關聯關系。但是注意的是:c表不映射為對象。C表也沒有自己的屬性。
          2. 聚合和組成
          當實體A的非主鍵列中有一個引自實體B的時候,這種關系是B聚合A。如果這種引用是強制性的,則是合成關系,否則為聚合關系。
          是否為強制性,只需要將引用列設為非空即可;
          3. 繼承
          當實體A的主鍵引用自實體B的時候(即為外鍵),那么A繼承 B。
          總結:我覺得O/RM的方法有很多,我們可以看到“按外鍵“的方法思路很清晰。但是它在解決一般的關聯的時候總是引入另外一張表這樣
          勢必影響效率。另外,既然聚合和組合是關聯的一種那么即使是組合關系我也把它看成一般關聯,也不算錯的。關系數據庫一開始就不
          是為了面向對象的語言服務的,所以我們在這里映射無論那種方法似乎都不能說是完全的,正確無誤完成了O/RM。
          所以我覺得一切都要看我們的項目需求。因地制宜!



          該文章好就好在它從設計角度來看待hibernate,對象關系和數據庫之間的存在阻抗,如何通過hibernate配置設置,該文從這個角度描述。

          如果你看懂本文,并且覺得很好,說明你已經掌握了使用Hibernate的真諦。

          如果你不以為然,或者沒看懂,雖然你也在用Hibernate,說明你只是將hiberante作為數據庫傀儡,請盡快轉變你的思路到域模型驅動分析設計上來。

          posted on 2006-06-05 11:51 OMG 閱讀(275) 評論(0)  編輯  收藏 所屬分類: Hibernate

          <2006年6月>
          28293031123
          45678910
          11121314151617
          18192021222324
          2526272829301
          2345678

          常用鏈接

          留言簿(1)

          隨筆分類

          隨筆檔案

          IT風云人物

          文檔

          朋友

          相冊

          經典網站

          搜索

          •  

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 兴山县| 湘潭市| 保山市| 黑龙江省| 康平县| 康乐县| 晋州市| 海城市| 怀柔区| 兰考县| 阿尔山市| 杨浦区| 通化市| 奉贤区| 富裕县| 文成县| 新乡市| 安康市| 高唐县| 庆阳市| 子洲县| 连江县| 同仁县| 东源县| 桃园市| 新田县| 凤庆县| 张北县| 辽阳市| 虎林市| 收藏| 蒙阴县| 陆良县| 张北县| 滕州市| 璧山县| 汨罗市| 英山县| 漳州市| 苏州市| 盐城市|