【正文】 需要進(jìn)行數(shù)據(jù)交互，則需要建立它們之間的映射，比如新的ERP系統(tǒng)中和企業(yè)原有的數(shù)據(jù)庫間的映射。這很容易產(chǎn)生錯誤，并且如果模型發(fā)生改變，這些文檔需要手工更改，容易造成不一致，維護(hù)起來很困難。PowerDesigner中的對象與關(guān)系映射建模Sybase 公司PowerDesigner上海研發(fā)中心 余亞，王曉昀概述從80年代中期開始，隨著C++語言的成功，面向?qū)ο笳Z言已經(jīng)成為軟件開發(fā)中的主導(dǎo)語言。分析設(shè)計人員常常需要兩種不同的工具來進(jìn)行建模，如果他們想描述這兩種模型元素間的對應(yīng)關(guān)系，他們只能通過文檔或者表格的形式。 手工建立映射這種方式適用于以下幾種情況：1. 在已經(jīng)存在的模型間建立映射。采用面向?qū)ο蠓椒ǖ能浖_發(fā)通常采用自頂向下的開發(fā)過程，先建立企業(yè)的應(yīng)用模型，然后再進(jìn)行數(shù)據(jù)庫設(shè)計。關(guān)聯(lián)轉(zhuǎn)換規(guī)則一對一對于單向的關(guān)聯(lián)，一個外鍵會生成，外鍵的方向和關(guān)聯(lián)的方向一致，父表的主鍵會遷移到子表中作為外鍵。對于O/R映射的實現(xiàn)，我們可以看到，不管使用什么技術(shù)，編碼人員都需要進(jìn)行大量的工作。O/R映射元數(shù)據(jù)同模型保存在一起，保證了一致性，方便的和模型同步，提高了可維護(hù)性。自動生成的目標(biāo)模型并不一定完全滿足我們的需要，我們常常要對它進(jìn)行修改，但是源模型也發(fā)生了改變，有時我們既想同步目標(biāo)模型和源模型，又想保持我們對目標(biāo)模型所作的修改，這時模型的合并顯得非常重要。用戶可以定制轉(zhuǎn)換的過程，他可以定義生成列的一些屬性，名稱、類型、長度等。也許用戶認(rèn)為這種操作方式太復(fù)雜，用戶需要切換到每個面向?qū)ο蟮拇翱趤矶x它的映射。下面我們就來看一下，PowerDesigner是如何支持面向?qū)ο竽Ｐ偷疥P(guān)系模型的映射的。這些映射模式邏輯上解決了模型間的不匹配，使得面向?qū)ο蟪绦蚰軌蛘_地和關(guān)系關(guān)系型數(shù)據(jù)庫進(jìn)行交互，但是對于程序的開發(fā)，仍然有很多問題需要解決。在關(guān)系型數(shù)據(jù)庫中，表、列和外鍵是抽象數(shù)據(jù)的基本元素。這些映射元數(shù)據(jù)只不過是我們在設(shè)計階段定義的映射關(guān)系另外一種表現(xiàn)方式，轉(zhuǎn)換成XML或者標(biāo)記的方式，無疑這種轉(zhuǎn)換增加了錯誤的可能性和維護(hù)的難度。在建立映射之前，我們需要給面向?qū)ο竽Ｐ蛣?chuàng)建數(shù)據(jù)源，然后添加要映射的數(shù)據(jù)庫模型。 自動生成數(shù)據(jù)庫模型這種模式適合于自頂向下的開發(fā)過程，即先建立應(yīng)用程序模型，再設(shè)計數(shù)據(jù)庫。比如，在員工信息類中，我們有一個屬性家庭住址，該屬性是對象類型，類型為地址類。PowerDesigner已經(jīng)提供了對于主要持久化技術(shù)的支持，Hibernate、EJB NHibernate、用戶可以直接使用這些擴(kuò)展模型。用戶只需要添加相應(yīng)的擴(kuò)展模型，并且通過擴(kuò)展屬性設(shè)置特定擴(kuò)展模型所需的信息，就可以實現(xiàn)自動代碼生成。在PowerDesig