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