细说ORM之Entity FrameWork系列(被替换)

时间:2021-03-30 07:14:28

一. 谈情怀

  从第一次接触开发到现在(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的三大核心原则:

  ① 简单性:以最简单的模式建模数据。

  ② 传达性:数据库结构被任何人都能理解的语言文档化。

③ 精确性:基于数据模型创建正确标准化的结构。

细说ORM之Entity FrameWork系列(被替换)

  EF的核心架构:

细说ORM之Entity FrameWork系列(被替换)

  ①  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的性能问题(补充免费开源的Z.EntityFramework-Plus待完成)   :

         第十节: 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框架EF Core的认识(未完成)   :

         第二十四节:    :

         第二十五节:    :

细说ORM之Entity FrameWork系列(被替换)