Hibernate 和 Spring 這兩個突出的開源框架被越來越多的應用到 J2EE 中。盡管目標有著不同的問題空間,它們卻共享一個關鍵特性:依賴注入。在對象返回到客戶端之前 Spring 協助挑選出這些對象間依賴關系,減少客戶端代碼量。而 Hibernate 專門挑選出在完整的對象模型返回客戶端之前由數據模型表現的依賴關系。當使用 JDBC 直接從數據模型映射到對象模型時,我們通常需要書寫大量的代碼來構建對象模型。Hibernate 的出現淘汰了這種繁瑣的編碼工作。 Hibernate 2.x 提供基本的表到對象的映射,標準關聯映射(包括 one-to-one, one-to-many 以及 many-to-many 關系),多態映射,等等。Hibernate 3.x 沿著路線繼續前進,formula、filter、subselect 等,使映射更加靈活,提供用細粒度的解釋特性。 在本文中,將闡述 formula 到底有哪些特性可幫助我們進行模型轉換。Hibernate 3.x 之前,formula 屬性只能出現在 property 元素中。但是到了現在,你可以在許多元素中使用 Hibernate 3.x 提供的 formula 屬性或元素(formula 用法方面都是一樣的),包括 discriminator、element、many-to-many、map-key、map-key-many-to-many、以及 property。它增加了 OR 映射的靈活性,因此允許對復雜數據模型更加細粒的解釋。 下面有兩個 formula 應用場景: 1. formula 用于評估結果的場合。在 discriminator、element、map-key、map-key-many-to-many以及 property 元素中注入 formula。 2. formula 用于連接目的的場合。在 many-to-one、one-to-one 以及 many-to-many 元素中注入 formula。 范疇 1:從 formula 獲得評估結果 Discriminator 在真實的數據 schema 中,經常出現一個表被用于描述其他表的情況。formula 可協助提供靈活的多態 OR 映射。 在圖 1 的范例中,有兩個表:Product 和 ProductRelease。每條 product 記錄都有一個 ProductReleaseID 參考相應的產品出廠記錄,包括 product release name、type、release date 等等。 圖 1. Product 和 product release ProductRelease 表中有個有趣的屬性 SubProductAllowable,該屬性的值為 1 或 0。值為 1 代表允許任何的次品出廠,但是 0 不允許次品出廠。 圖 2 展示了由數據模型解釋的對象模型。Nested 接口定義了 getSubProducts 和 setSubProducts 方法。NestedProduct 類繼承 Product 基類并實現 Nested 接口。無論產品數據記錄是 Product 或 NestedProduct,都取決于產品出廠記錄中 SubProductAllowable 的值。 圖 2. Product 和產品出廠對象域模型 為了完成模型轉換,我們使用如下的 Hibernate 3.x 映射:
如果 formula 表達式評估結果為 0 時--也就是不允許次品出廠--那么對象將是 Product 類。如果結果是 1,那么對象將是 NestedProduct。在表 1 和 2 中,表 Product 的第一條記錄(ProductID=10000001),已初始化的類將是 NestedProduct,因為它參考一條 SubProductAllowable=1 的 ProductRelease 記錄。表 Product 的第二條記錄(ProductID=20000001),已初始化的類將是 Product,因為它參考一條 SubProductAllowable=0 的 ProductRelease 記錄。
ProductReleaseID
SubProductAllowable
ProductID
此外,formula 也能協助從基于當前記錄的特定值向其它表檢索數據。例如:
這將由助于從 currency 表檢索 currency name。正如你所看到的,這樣直接映射可消除許多轉換編碼。 map-key formula 允許 map-key 持有任何可能的值。下列范例(圖 3),我們想讓 Role_roleID 成為對象模型的 map-key(圖 4)。 圖 3. 用戶角色數據 schema 圖 4. 用戶角色對象模型 在前面的數據 schema 中,User 和 Role 由 User_has_Role 通過 many-to-many 關系關聯調用。為了獲取某個 User 所有的指派角色,我們進行如下映射:
Role_RoleID 通常用于連接 many-to-many 元素的欄位值。Hibernate 通常不允許 Role_RoleID 出現在 map-key 和 many-to-many 的欄位屬性中。但是有了 formula,Role_RoleID 也能用于 map-key。 element、map-key-many-to-many 以及其他 element 和 property 類似,能從任何有效的 formula 表達式賦予評估值。 map-key-many-to-many 中 formula 的用法類似于 map-key。但是,map-key-many-to-many 通常用于三重關系,map key 是一個被自己參考的對象,而不是被參考的屬性。 那么,到底哪些情況下 formula 不支持呢?有些數據庫(例如 Oracle 7)就不支持嵌入式 select 語句(也就是說一條 select SQL 內嵌在另外一條 select SQL 語句中),這種情況 formula 就不支持評估結果。因此,你應該首先檢查嵌入式 select SQL 語句是否被支持。 一旦 Hibernate 的映射拿 formula 表達式作為 select SQL 選取的一部分,請確認數據庫 SQL 方言是否允許使用 formula,盡管這樣將降低代碼輕便性。 范疇 2:formula 用于連接
many-to-one 另一個普遍的場景是真實世界的數據模型是所有者關系映射,這意味著映射是不同于 one-to-one、one-to-many 以及 many-to-many 關系的,formula 是提供所有者關系管理元素中的一個。圖 5 展示了某公司可有多個聯系人,但是其中只有一個為默認聯系人的范例。一個公司有多個聯系人是典型的 one-to-many 關系。但是,為了標識默認聯系人,ContactPerson 表使用了 defaultFlag 參數(1 是 yes, 0是 no)。 圖 5. 用戶角色數據 schema 圖 6. 用戶角色對象模型 為了說明對象模型(圖 6)中默認聯系人關系,我們使用如下映射文件:
如上,我們把 companyID 和 defaultFlag 組織到名為 defaultContactPerson 的 properties 元素中,做為 Person 表的 unique key。Company 類中的 many-to-one 元素連接 Person 表的 defaultContactPerson properties 元素。輸出的 SQL 像這樣: select c.id, p.id from Company c, Person p where p.companyID=c.id and p.defaultFlag=1 one-to-one Hibernate 中,one-to-one 主要用于兩張表共享同一主鍵的情況。對于外鍵關聯,我們通常使用 many-to-one 來代替。但是,有了 formula,one-to-one 可以通過外鍵連接表。上面的 many-to-one 范例可以通過 one-to-one 來映射:
many-to-many formula 用于當 many-to-many 元素為關系表和實體表連接的特殊關系,盡管通常沒有必要這樣用。 總結
文章范例展示了大部分 formula 的適用情景。當需要 formula 評估值時,formula 表達式將出現在 產生的 SQL 語句的 select 部分。當 formula 用于連接時,它出現在產生的 SQL 語句的 where 部分。此外,formula 表達式可用于任何 SQL 方言,只要目標數據庫支持。最后,formula 可協助完成從數據模型到對象模型的無代碼細粒度映射。請注意!引用、轉貼本文應注明原譯者:Rosen Jiang 以及出處:http://www.tkk7.com/rosen
Powered by: BlogJava Copyright © Rosen