ORM系列之Entity FrameWork詳解

一. 談情懷

 　　從第一次接觸開發到如今（2018年），大約有六年時間了，最初階段鏈接數據庫，使用的是【SQL語句+ADO.NET】，那時候，什麼存儲過程、什麼事務 通通不理解，生硬的將SQL語句傳入SQLHelper類中，後來知道還要注意SQL注入，引入參數化的方式，如今回想一下，那個階段簡直Low到爆。

　　（PS：如今不少場景下仍是須要使用ADO.NET，因此沒有最好，只有最適合）

       凡事都是從零開始的，正是這個階段積累，纔有了後續的發展。一次機會，接觸到了微軟的EF（ps：若是沒有記錯的話，當時用的是EF 5.0 的DBFirst模式），完全顛覆了個人開發觀念，不須要寫SQL語句（那時還不清楚EF也能夠調用SQL語句），Lambda表達式（並不知道Lambda還分Lambda表達式和Lambda語句），興奮了一陣，而後進入了漫長的EF摸索和填坑階段了（EF5.0→EF6.2→EF Core）。

　   若是你以爲EF不靈活，不能調用存儲過程或自定義事務？若是你以爲EF在處理海量數據庫的時候會很慢？若是你以爲EF知足不了你的開發需求？。。。。。。 那麼也許該系列的文章會對你有些幫助。

二. ORM框架

　　提及DotNet領域的ORM框架，咱們想到的有EF、NHibernate、FluentData、Dapper、SQLSugar等等。那麼到底什麼是ORM呢？

　   ORM（Object Relational Mapping），中文名字：對象關係映射，它是面向對象思想的進一步的發揚光大，主要實現【程序對象】到【關係型數據庫】的映射。在以前使用ADO.NET開發的時候，數據庫訪問層（即 DAL），要寫不少增長、刪除、保存的方法，非常麻煩，若是引入ORM框架，它自帶CRUD的API（至關於DAL層已經給你寫好了），能夠自動生成SQL語句，因此做爲開發者而言，只須要關注對象便可。

　  ORM的含義：

　　① O：Domain Object  領域模型

　　② R：Relational DataBase 關係型數據庫

　　③ M : Mapping 映射關係

      ORM的三大核心原則：

　　① 簡單性：以最簡單的模式建模數據。

　　② 傳達性：數據庫結構被任何人都能理解的語言文檔化。

       ③ 精確性：基於數據模型建立正確標準化的結構。

 

　　EF的核心架構：

 

 

 　　①  EDM（Entity Data Model）：這是微軟提供的一個強大的可視化工具，用來生成 O、R、M的

　　②  兩種語法的查詢：LINQ to Entities 和 Entity SQL

　　③ ObjectServices：Linq to Entities 和Entity Client Data Provider 之間起到轉換做用

　　④ Entity Client Data Provider： 將Lambda轉換成SQL語句

　　⑤ ADO.Net Data Provider: 標準的ADO.Net

　　⑥ DataBase：數據庫

 

三. 從EF的入手，深刻理解ORM框架

 　　EF（Entity FrameWork），是微軟推出基於ADO.NET的數據庫訪問技術，它是一套ORM框架， 框架中包括了實例模型、數據模型、關係映射三部分，EF的上下文爲DbContext，EF在 【.Net FrameWork】版本中最新的是 6.2.0 版本，最穩定的是6.2版本，在【.Net Core】中推出 EF Core (即所謂的「EF7」，^_^，固然已經不這麼叫了)。

　　EF包括三種模式：DBFirst、CodeFist、ModelFirst 。EF能夠調用SQL語句、可使用Linq查詢、可使用Lambda查詢，EF還有不少高級屬性，好比延遲加載、緩存屬性等等，在該系列文章中都將逐一詳細介紹。

　　EF也有優缺點：

　　　優勢：①  EF是微軟自家的產品，和VS的集成度很高，極大的提升了開發效率。

　　　　　   ②  EF中ModelFirst模式提供的模型設計器功能很強大，且採用T4模板生成的代碼的功能很強大。

                    ③  支持多數據庫開發，簡單的改變配置文件，就能夠切換數據庫。

          缺點： 在複雜的查詢生成SQL腳本的效率不是很高，浪費了性能。

 　　  舉例：以前在開發中，一張幼兒表裏大約有60個字段左右，一個業務須要根據複雜的條件查詢出來一些信息(大約5個字段左右)，當時因爲按開發人員的失誤，寫的Lambda表達式直接將全部字段查詢出來，致使該業務耗時很長大約25s左右，後來在個人引導下，先去數據庫中直接寫SQL語句，查詢全部字段，發現速度很快；而後將EF中的Lambda查詢改成只查詢指定的5個字段，發現速度由25s→3s左右，提高很是明顯，固然這也很好的說明了EF的侷限是在生成SQL的腳本效率上。

四. 系列章節

         第一節: 結合EF的本地緩存屬性來介紹【EF增刪改操做】的幾種形式。

         第二節: 比較EF的Lambda查詢和Linq查詢寫法的區別。

         第三節: EF調用普通SQL語句的兩類封裝（ExecuteSqlCommand和SqlQuery )  

         第四節: EF調用存儲過程的通用寫法和DBFirst模式子類調用的特有寫法

         第五節: EF高級屬性(一) 之 本地緩存、當即加載、延遲加載(不含導航屬性)

         第六節: EF高級屬性(二) 之延遲加載、當即加載、顯式加載(含導航屬性)。

         第七節: EF的三種事務的應用場景和各自注意的問題(SaveChanges、DBContextTransaction、TransactionScope)。

         第八節: EF的性能篇(一) 之 EF自有方法的性能測試   :

         第九節: EF的性能篇(二) 之 Z.EntityFramework.Extensions程序集解決EF的性能問題   :

         第十節: EF的三種追蹤實體屬性變化方式(DBEntityEntry、ChangeTracker、Local)     :

         第十一節: EF的三種模式(一) 之 DBFirst模式(SQLServer和MySQL兩套方案):

         第十二節: EF的三種模式(二) 之 ModelFirst模式(SQLServer爲例):

         第十三節: EF的三種模式(三) 之 來自數據庫的CodeFirst模式    :

         第十四節: EF的三種模式(四) 之 原生正宗的 CodeFirst模式的默認約定   :

         第十五節: EF的CodeFirst模式經過DataAnnotations修改默認協定   :

         第十六節: EF的CodeFirst模式經過Fluent API修改默認協定   :

         第十七節: EF的CodeFirst模式的四種初始化策略和經過Migration進行數據的遷移  :

         第十八節: EF的CodeFirst模式鏈接MySQL數據庫的解決方案(未完成)  :

         第十九節: 結合【表達式目錄樹】來封裝EF的BaseDal層的方法 :

         第二十節: 深刻理解併發機制以及解決方案(鎖機制、EF自有機制、隊列模式等):

         第二十一節:ADO層次上的海量數據處理方案(SqlBulkCopy類插入和更新):

         第二十二節: 以SQLServer爲例介紹數據庫自有的鎖機制(共享鎖、更新鎖、排它鎖等）和事務隔離級別  :

         第二十三節: EF性能篇(三)之開源組件 Z.EntityFrameWork.Plus.EF6解決EF性能問題   :

         第二十四節:    :

         第二十五節:    :

 

 

 　　PS：EF Core 將單獨一個系列，敬請期待。。。。     該系列的EF後續將持續更新。

 

 

!

• 做       者 : Yaopengfei(姚鵬飛)
• 博客地址 : http://www.cnblogs.com/yaopengfei/
• 聲     明1 : 本人才疏學淺，用郭德綱的話說「我是一個小學生」，若有錯誤，歡迎討論，請勿謾罵^_^。
• 聲     明2 : 原創博客請在轉載時保留原文連接或在文章開頭加上本人博客地址