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;后在更新即可。