一. 談情懷
從第一次接觸開發到現在（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 : 原創博客請在轉載時保留原文鏈接或在文章開頭加上本人博客地址