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是冗余字段。但是這種模式的優點的簡單。
2、一個繼承路徑映射到一個表（ONE_INHERITANCE_PATH_ONE_TABLE）：
同樣一上面的類結構，數據庫中將存在兩張表，分別對應於Child1和 Child2.
Child1對應的數據庫表：
類屬性 數據庫表字段
Property1 Field1
Property2 Field2
Property3 Field3
Child2對應的數據庫表
類屬性 數據庫表字段
Property1 Field1
Property2 Field2
Property4 Field4
這種模式的優點是沒有數據冗余，但是缺點也是很明顯的，那就是，當 我們想根據Parent來查找滿足Parent的Child1和Child2的時候，就必須同時對兩 張數據庫表進行查找，當繼承數橫向很大的時候，這種查找將導致大量的性能下 降。
3、一個類映射到一個表（ONE_CLASS_ONE_TABLE）：
對於上 面的類結構，對於的數據庫表如下。
這種模式下，每個類對應於一個數據庫表，其中字表和父表通過ID進 行關聯。當然這種方式的優點是數據冗余小，但是缺點是，當繼承關系很復雜的 時候，我們構造SQL也會變得相當復雜，從而導致修改變的也很復雜。效率也會 降低。當然了，如果一個類沒有父類也沒有子類哪麼上面三種模式都是一樣。
二、對象的組合結構：
對象的組合結構是指一個對象中包含若干 不同類型的子對象，比如人（Person）對象包含了手（Hand）對象，頭（Head） 對象等。這些都是ORM應該考慮的問題。
三、對象狀態：
對象一 般包括如下幾個狀態：
1、還沒有和任何數據庫數據關聯的對象，比如剛 new出來的對象，此時對象中沒有任何實際數據。
2、對象初始化並且設 置了屬性值，但是還沒有被保存，此時需要使用ORM的Insert功能。
3、 從數據庫中讀取出來的數據對象，並且已經修改，此時對象對應於數據庫中某條 記錄。
4、數據庫中記錄已經被刪除了的對象。
上面幾種狀態需 要在我們的ORM中能有所體現。比如對於第一種狀態，我們需要對其設置屬性值 ，然後轉換成第二種狀態。在ORM中執行Insert操作。對於第三中狀態，我們需 要執行Update操作，第四種狀態我們應該進行錯誤提示。
四、ORM中的事 物處理：
事物處理是每個底層框架都應該考慮的問題，即使不能提供自 有的事物處理模型，至少也要能夠提供能夠進行事物處理的接口等。
.NET中事物處理有兩種方式，一種是使用COM+，通過使用 TransactionScop來實現事物處理，這種方式性能有一定的下降，但是整個代碼 顯得非常優美。另外一種方式是通過SqlTransaction來實現事物處理。由於我曾 經被COM+弄的很慘，所以我這裡推薦使用SqlTransaction。
五、O/R Mapping的一般做法：
要實現對象和關系之間的映射，我們需要定義映射 規則，也就是類的屬性和數據庫表字段之間的一一對應規則。比如上面所說的 Child1.Property3對應數據庫表中的Field3字段。在.NET中我們可以通過自定義 Attribute來實現。好像也能夠通過配置文件來描述映射規則，但是我這裡僅僅 討論的是Attribute的形式。
