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是冗余字段。但是這種模式的優點的簡單。
