ORM(O/R Mappping對象關係映射)的基礎概念
在我們的系統中,存 在大量的需要進行持久化儲存的對象,這些對象可能是各種各樣的業務單據,也 可能是我們的系統配置資訊等。另外一些屬於記憶體中使用而不需要進行持久化存 儲的對象,不屬於我們的討論範圍。而在支援對象序列化的語言比如C#,Java中 ,我們可以將這些對象序列化到磁碟檔案或者直接儲存到關聯式資料庫中。其中關 係數據庫是我們最主要也是最安全的選擇。
在對資料庫中的業務資料進 行各種操作的時候我們發現,我們進行的大量的Insert、Update、Delete操作, 除了其SQL語句根據不同的對象有不同的變換之外,其主要流程存在很多相似之 處。於是人們就想通過一個東西來實現這些相同部分的操作的自動化,而那些不 同的流程,操作再做特殊處理。這樣我們就可以把主要的精力都集中在那些個性 化的,特殊的流程操作上。這就是ORM產生的根本原因。
在Java的世界裡 ,ORM架構的應用比較早,也比較成熟,比如Hibernate等,而在.NET世界裡,起 步就相對晚的多。但是由於擔心使用開源的ORM架構導致項目更為複雜(因為這 些開源工具雖然很好,但是各個項目總是存在自己特殊的地方。所以目前不敢用 )。但是我們確可以自己設計開發些小型的,盡量符合自己項目的ORM。
可是不論怎麼樣,我們都需要對ORM有一定的瞭解:
一、對象的繼承結構 :
在支援OO的語言中,繼承是最重要的概念之一,所以我們的ORM也應該 對繼承作出相應的支援。一般來說,對於ORM世界中的繼承有三種模式:
1、一個繼承樹映射到一個表(ONE_INHERITANCE_TREE_ONE_TABLE):
即將具有相同父類的所有類都映射到一個表中,這些類屬性對應的並集 組成了這個表的所有列,在這種情況下,只需要對最底層的類進行映射。如下面 一個類結構:
在上面的類結構中,父類有屬性Property1和Property2,而子類 Child1有屬性Property3,子類Child2有屬性Property4。
所以如果採用 ONE_INHERITANCE_TREE_ONE_TABLE映射模式的話,資料庫中只有一張表。
| 類屬性 |
資料庫表欄位 |
| Property1 |
Field1 |
| Property2< /td> |
Field2 |
| Property3 |
Field3 |
| Property4 |
Field4 |
但是這種模式存在大量 的屬於冗餘,對於Child1,由於沒有Property4屬性,所以欄位Field4是冗餘字 段。同樣,對於Child2,Field3是冗餘欄位。但是這種模式的優點的簡單。