EntityFramework使用及优化

1、 简介

　　ORM框架：Object Relation Mapping，用操作对象的方式来操作数据库

　　其它框架：Dapper、NHibernate，首推EF，微软官方的。

　　EF底层还是ADO.NET实现的。

　　EF支持SqlServer、MySQL、Oracle等主流数据库

　　使用EF开发数据库有两种形式：先建数据库or先建模型类

　　三种模式：DataBase First数据库优先；先建数据库表结构，生成EDM文件

　　Model First模型优先；没啥用

　　Code First：代码优先；开发者自己写模型生成数据库，没有EDM文件

　　DataBase First：简单、方便，但如果是大项目后期会非常痛苦，会出现诸如：修改了数据库在程序中更新EF不起作用等这类问题。

　　Code First：门槛高，但适合大项目，微软主推；数据库由EF帮助生成，当修改模型后，EF使用DB Miguration自动帮助修改数据库，但也可以禁用Miguration，手动创建(推荐)

　　EF是采用约定大于配置的框架原则的，能遵守约定的就不要去配置

2、EF的安装

　　①程序中右键新建项

　　②通过NuGet程序集：Install-Package EntityFramework

　　会自动在App.config中增加两个entityFramework配置段，如果是MySql数据库还需要添加相关的MySql的驱动。

　　在Web.config中配置连接字符串

<connectionStrings>

    <add name="connStr" connectionString="Data source=.;initial catalog=School;user id=sa;password=***;" providerName="System.Data.SqlClient" />

  </connectionStrings>

 3、EF简单实体配置DataAnnotations

　　数据库建表T_Persons

　　程序中实体类Person类

[Table("T_Persons")]//表名与类名不一样，所以需要特性标注

    public class Person{

        public long Id { get; set; }

 

        public string Name { get; set; }

 

        public DateTime CreateDateTime { get; set; }

}

　　备注：因为EF约定主键字段时Id，所以不用再特殊指定Id是主键；主键必须是Id，可以配置但不推荐

　　常用特性：必填字段[Required]、限制字段长度[MaxLength(5)]、字段在数据库中有默认值[DatabaseGenerated]、可空字段int?用问号修饰、字段需要用public

//创建实体类

public class TestDbContext:DbContext{

        public TestDbContext()

            : base("name=connStr")

        {

        

        }

//通过对Persons操作就可以完成对T_Persons表的操作

        public DbSet<Person> Persons { get; set; }

}

　　是否using的争议

　　不using也没问题，但其实using更好。推荐using

　　异常处理：

　　InnerException

4、EF模型的两种配置方式

①DataAnnotaions；方便，偶尔度高，上边那种

②FluentAPI；微软推荐使用的

5、FluentAPI使用

①sql中建表

②C#建模型类

③创建PersonConfig类

using System.Data.Entity.ModelConfiguration;

public class PersonConfig:EntityTypeConfiguration<Person>{

        public PersonConfig() {

            this.ToTable("T_Persons");

        }

}

④创建DbContext类

public class MyContext:DbContext{

        public MyContext() : base("name=connStr") {

        

        }

        public DbSet<Person> Persons { get; set; }

        protected override void OnModelCreating(DbModelBuilder modelBuilder){

            base.OnModelCreating(modelBuilder);

    //当前代码所在程序集，加载所有的继承自EntityTypeConfiguration为模型配置类  modelBuilder.Configurations.AddFromAssembly(Assembly.GetExecutingAssembly());

        }

}

当存在多表时，只要添加多个实体类与DbSet就可以了

6.、EF的原理及sql监控

EF会自动把where、OrderBy、Select等这些编译成“表达式树(Expression Tree)”，然后会把表达式树翻译成SQL语句执行。因此不是把数据都取到内存中，然后使用集合的方式进行数据过滤，因此性能不会低。但如果这个操作不能被翻译成sql语句，则会报错，或者被放在内存中操作，性能就会很低。

查看真正执行的sql是什么样的

MyContext ctx = new MyContext();

            ctx.Database.Log = (sql) =>{

                Console.WriteLine("=============Log============" + sql);

            };

EF的延迟执行

　　只有遍历结果集的时候才执行select查询，ToList()内部也是遍历结果集行成List

各种语句编译后的结果：

Person p=ctx.Persons.First();

            p.Name = "hello word";

            ctx.SaveChanges();

Log：

 

EF很智能，知道我只是更新Name字段，而且主动的帮我找到ID；

值得一提的是如果你重复执行语句，那么EF也很聪明的不会执行该update语句...

 

ctx.Persons.Where(o => o.Name.StartsWith("baidu")).ToList();

 

var result = ctx.Persons.Where(p => p.Name.Contains("com"));

则是%com%

var result = ctx.Persons.Where(p => p.Name.Length > 5).ToList();

 

该语句生成的sql相对复杂些，而且字段上涉及到了数据类型转换(将得到的字段值转换成int类型再比较)，它的执行效率就比较低。

var result = ctx.Persons.Where(p => p.CreateDateTime > DateTime.Now).ToList();

 

long[] ids = { 2, 5, 6 };

var result = ctx.Persons.Where(p => ids.Contains(p.Id)).ToList();

 

EF很强大，自动帮助拼接了字符串

 

IEnumerable<Person> p = ctx.Persons.Where(o => o.Id > 3);

            p=p.Where(o => o.Name.Length > 3);

            p.ToList();

 

第一次获得IEnumerable<Person> p时，已经把数据加载入内存了，又在内存中操作效率就很低。

IQueryable<Person> p = ctx.Persons.Where(o => o.Id > 3);

            p=p.Where(o => o.Name.Length > 3);

            p.ToList();

 

使用IQueryable<Person> 对象时，所有的操作都是在数据库中执行的，最后返回给程序

如果使用IEnumerable<Person>时，是把所有id>3的都加载到内存中又Linq to Object查询了一次这样非常不好。

 

EF 是跨数据库的，如果迁移到 MYSQL 上， 就会翻译成 MYSQL 的语法。要配置对应
数据库的 Entity Framework Provider

 

细节：
每次开始执行的__MigrationHistory 等这些 SQL 语句是什么？

 是 DBMigration 用的，也就是由 EF 帮我们建数据库，现在用不到，

通过下面的代码禁用：
Database.SetInitializer<XXXDbContext>(null);
XXXDbContext 就是项目 DbContext 的类名。一般建议放到 XXXDbContext 构造函数中。
注意这里的 Database 是 System.Data.Entity 下的类，不是 DbContext 的 Database 属性。如果写到 DbContext 中，最好用上全名，防止出错。

 

7、EF执行sql

在一些特殊场合，需要执行原生 SQL。比如Sqlserver有一些特有的函数，EF就无法使用语句生成，因为EF是垮数据库的，不能支持所有的特性。
执行非查询语句，调用 DbContext 的 Database 属性的 ExecuteSqlCommand 方法，可以
通过占位符的方式传递参数：

ctx.Database.ExecuteSqlCommand("update T_Persons set Name={0},CreateDateTime=GetDate()",
"baidu.com");

占位符的方式不是字符串拼接，经过观察生成的 SQL 语句，发现仍然是参数化查询，因此不会有 SQL 注入漏洞。
执行查询：

var q1 = ctx.Database.SqlQuery<Item1>("select Name,Count(*) Count from T_Persons where Id>{0} and
CreateDateTime<={1} group by Name",2, DateTime.Now); //返回值是 DbRawSqlQuery<T> 类型，也是实现了 IEnumerable 接口

类似于 ExecuteScalar 的操作比较麻烦：
int c = ctx.Database.SqlQuery<int>("select count(*) from T_Persons").SingleOrDefault();

 

8、EF中不是所有lambda写法都能被支持

var result = ctx.Persons.Where(p => Convert.ToString(p.Id)=="3");

出现“System.NotSupportedException”异常一般就说明你的写法无法翻译成 SQL 语句。

想获取创建日期早于当前时间一小时以上的数据：
var result = ctx.Persons.Where(p => (DateTime.Now - p.CreateDateTime).TotalHours>1);
同样也可能会报System.ArgumentException 类型的未经处理的异常

也就是说在EF使用lambda表达式中不能发生，计算or类型转换操作

EF中提供了一个SqlServer专用的类，SqlFunctions，这个方法只对Sqlserver数据库支持，对于在EF不支持的函数提供支持；

比如：var result = ctx.Persons.Where(p =>

SqlFunctions.DateDiff("hour",p.CreateDateTime,DateTime.Now)>1);

 

9、EF对象状态管理

为什么查询出来的对象 Remove()、再 SaveChanges()就会把数据删除。 而自己 new 一个Person()对象，然后 Remove()不行？
为什么查询出来的对象修改属性值后、再 SaveChanges()就会把数据库中的数据修改。
因为 EF 会跟踪对象状态的改变。
EF 中对象有五个状态：

Detached（游离态，脱离态） 、

Unchanged（未改变） 、Added（新增） 、Deleted（删除） 、 Modified（被修改）

状态的装换：

 

Add()、 Remove()修改对象的状态。 所有状态之间几乎都可以通过： Entry(p).State=xxx 的方式进行强制状态转换。状态改变都是依赖于 Id 的（ Added 除外）

应用：
　　当 SavaChanged()方法执行期间，会查看当前对象的 EntityState 的值，决定是去新增
（ Added）、修改（ Modified）、删除（ Deleted）或者什么也不做（ UnChanged）。

10、EF优化的一个技巧

如果查询出来的对象只是供显示使用，不会修改、删除后保存，那么可以使用
AsNoTracking()来使得查询出来的对象是 Detached 状态，这样对对象的修改也还是 Detached状态， EF 不再跟踪这个对象状态的改变，能够提升性能。

var p1 = ctx.Persons.Where(p => p.Name == "baidu.com").FirstOrDefault();
Console.WriteLine(ctx.Entry(p1).State);
//改成：
var p1 = ctx.Persons.AsNoTracking().Where(p => p.Name == "baidu.com").FirstOrDefault();
Console.WriteLine(ctx.Entry(p1).State);
因为 AsNoTracking()是 DbQuery 类（ DbSet 的父类）的方法，所以要先在 DbSet 后调用
AsNoTracking()

如果确实还想再更新，ctx.Entry().State=System.Data.Entity.EntityState.Unchanged;后在更新即可。