要专业系统地学习EF前往《你必须掌握的Entity Framework 6.x与Core 2.0》这本书的作者(汪鹏,Jeffcky)的博客:https://www.cnblogs.com/CreateMyself/
实体状态
通过EF上下文与数据库交互的实体,都会被EF跟踪,并且实体会被分配状态。
我们在添加修改删除数据的时候没有注意到这个实体状态,是因为在我们调用Add()、Remove()这些方法时,其实就是对实体的状态进行改变
实体状态都有五种,在System.Data.Entity命名空间下的EntityState类里面
public enum EntityState { Detached = 1, Unchanged = 2, Added = 4, Deleted = 8, Modified = 16 }
1.Added状态针对添加操作,当标记为此状态时,表明实体被上下文所追踪但是不存在与数据库中
什么意思?就是在调用SaveChanges时,如果发现有实体是这个状态,就会将该实体添加到数据库中
2.Unchanged 实体被上下文追踪,但是存在于数据库中的值未发生改变
这说的是,你从数据库中查出的数据就是Unchanged状态,可不是值没有改变嘛?可不就是被跟踪了吗?
3.Modified 实体被上下文跟踪并存在于数据库中,同时部分或者所有属性值已经被更改
这个还是好理解的,不过要注意,这些状态都说了,要被上下文追踪。
4.Deleted 实体被上下文跟踪并存在于数据库中,当标记为Deleted状态时,SaveChanges时数据将在数据库中被删除
5.Detached 这个就是表示没有被上下文追踪,只有通过上下文得到的实体对象才会有被跟踪,才会有其他状态,否则就是Detached
我们来把各种被操作的实体的状态打印出来看看,查看实体状态,用Entry()方法
我们现在凭空new 一个对象
using (EFDbContext db = new EFDbContext()) { Book book1 = new Book { Name = "演员自我修养", Number = "NO8973424", Price = 21.5m }; var state = db.Entry(book1).State; Console.WriteLine(state); // Detached }
当我们调用Add方法,实体状态变为Added
Book book1 = new Book { Name = "演员自我修养", Number = "NO8973424", Price = 21.5m }; db.Books.Add(book1); var state = db.Entry(book1).State; Console.WriteLine(state); // Added
然后将这个实体添加到数据库,然后查询出来,这个查询出来的实体状态为Unchanged
Book book1 = new Book { Name = "演员自我修养", Number = "NO8973424", Price = 21.5m }; db.Books.Add(book1); db.SaveChanges(); var state = db.Entry(book1).State; Console.WriteLine(state); // Unchanged
让我想不到的是,我不用查询,直接查看他的状态就是Unchanged,有点神奇
我们查询出一个实体,然后修改某个属性值,状态变为Modified
var res = db.Books.ToList().FirstOrDefault(); res.Name = "新华字典"; var state = db.Entry(res).State; Console.WriteLine(state); // Modified
我们调用Remove方法,实体状态变为Deleted。我刚刚还为Unchanged状态感到神奇呢,现在看来我居然只有通过这种方式来获得Deleted状态
var res = db.Books.ToList().FirstOrDefault(); db.Books.Remove(res); var state = db.Entry(res).State; Console.WriteLine(state); // Deleted
上下文没有提供Update方法,所以我们要通过更改实体状态的方式来更新数据
var res = db.Books.ToList().FirstOrDefault(); res.Name = "新华字典"; db.Entry(res).State = System.Data.Entity.EntityState.Modified; db.SaveChanges();
关于实体状态就先浅尝辄止了
实现IEnumerable<>接口和IQueryable<>接口数据集支持查询方法的差异
我在学LINQ(语言集成查询)时对这两个接口稍微有点了解,之后看别人的博客,详解IQueryable<>接口,我看不太明白,很气馁
LINQ是什么,他是想对查询语法做一个统一,我们在数据库中查询数据要写SQL语句,查询XML用DOM操作,那能不能来个统一的方式,不要让我去学习那么多的查询语句了,那么LINQ就来了
写LINQ有两种方法,一个是写查询语句,像什么from a in list select a;这样的,还一个就是调用方法,像Where()、Select()……
这两种方式没什么区别,只不过一些聚合查询必须得调用方法才行,大部分的查询语句和方法都能来
还有一点,LINQ里面有延迟加载,聚合查询会立即执行,官网上面写了有,什么方法会立即执行查询
LINQ的那些查询方法都是扩展在IEnumberable类上的,所以我们也可以通过扩展这个类来扩展LINQ
我来说一下IEnumberable<>和IQueryable<>这两个接口,查询内存中的数据都是实现的IEnumberable接口,查询远程数据是实现的IQueryable<>接口
List<int> list = new List<int> { 12, 32, 34, 55, 66 }; list.Where(); var res = db.Books.Where();
他们之间很多方法都匹配,但是有一些方法不行,上面的两个Where方法不是一样的,一个返回的是IEnumberable,一个返回的IQueryable
Last 和LastOrDefault
这两个方法在IQueryable中不支持,我也就搞不明白了,算了,反正这两方法我真是一次都没用过
当我对上下文的数据集调用LastOrDefault方法时,报错,NotSupportedException 不支持异常
System.NotSupportedException: LINQ to Entities does not recognize the method '_2019011402.Entity.Book LastOrDefault[Book](System.Linq.IQueryable`1[_2019011402.Entity.Book])' method, and this method cannot be translated into a store expression.
Contains方法
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m }; Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m }; Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m }; List<Book> bookList = new List<Book>(); bookList.Add(book1); bookList.Add(book2); bookList.Add(book3); bool boo = bookList.Contains(book1); Console.WriteLine(boo); // True var frist = db.Books.FirstOrDefault(); db.Books.Contains(frist); // 报错 NotSupportedException
我对内存中的数据进行查询,和远程查询数据库中的数据,得到上面的结果。 EF不支持Contains方法,虽然这个方法我几乎不使用,感觉甚至都不想去了解这些差异的东西了。但是刚刚想到,万一我使用到了呢?然后我发现在IEnumberable中是可以的,但是查询EF上下文的数据集为什么又不行呢?
然后我就只会怀疑是不是自己写错了,然后我能想到我怎么想都不知道错在哪里,然后独自抓耳挠腮,其实现在知道是系统的问题,那么就不会动不动就怀疑人生了。
但是如果你对上下文中的数据集进行Select(x=>x.Name)查询之后,得出的List<string>集合再调用Contains方法又是可以的,所以对于简答类型的集合可以,复杂类型的不行
var res = db.Books.Select(x => x.Name); var res2 = res.Contains("新华字典"); // True Console.WriteLine(res2);
Case和OfType
这两方法主要查询集合里面指定类型的数据
case方法主要针对基元类型进行查询(int、string……),总之相当不好用,它是全盘转换,类型不匹配,就抛出异常,这有什么用?可以判断一个集合中的数据是不是都是同一类型,但是现在都使用泛型集合List<T>,哪还使用List<object>
List<object> list = new List<object> { 12, 34, 35, "55", "33", true, false, 32.4 }; var res = list.Cast<string>(); Console.WriteLine(JsonConvert.SerializeObject(res)); // 报错 无法将System.Int32强制转换为System.String
OfType 就友好地多,满足条件才转换,上面的cast换成OfType得到的结果是:["55","33"]
OfType查询内存中的数据,对于基元类型和复杂类型都是Ok的
List<object> list3 = new List<object> { 12, 34, 35, "55", "33", true, false, 32.4 }; var res3 = list3.OfType<string>(); Console.WriteLine(JsonConvert.SerializeObject(res3)); // ["55","33"] Book book1 = new Book { Id = Guid.NewGuid().ToString(),Name = "西游记"}; var teacher = new { Name="张老师",Salary = 4543.5}; List<object> list = new List<object>(); list.Add(book1); list.Add(teacher); var res = list.OfType<Book>(); Console.WriteLine(JsonConvert.SerializeObject(res)); // [{"Name":"西游记","Number":null,"Price":0.0,"Id":"1c9d0a8a-b62b-40df-a995-409b828c3714","AddTime":"2019-01-14T22:53:15.5019894+08:00"}]
然后我们查询上下文中的数据集
var res2 = db.Books.Select(x => x.Name).OfType<string>(); Console.WriteLine(JsonConvert.SerializeObject(res2)); // 报错 NotSupportedException
这说明EF不支持OfType针对基元类型进行查询,但是,如果我们对数据集调用ToList()方法,再来看看
var res2 = db.Books.ToList().Select(x => x.Name).OfType<string>(); Console.WriteLine(JsonConvert.SerializeObject(res2)); // ["新华字典","演员自我修养"]
现在居然查出来了,为什么,这是因为ToList()方法,我们在没有使用ToList()方法之前,都是远程查询,然后调用ToList方法,数据被拿到内存里面来了,这中间变化就大了
ToList()把数据拿到了内存里面,所以就不会延迟查询了,他是对内存中的数据进行查询的,所以IEumberable<>和IQueryable之间是可以转换的,这个要相当注意
Skip方法
对上下文数据集使用Skip方法之前必须要排序,不然报错
var res = db.Books.Skip(1).ToList();
System.NotSupportedException: The method 'Skip' is only supported for sorted input in LINQ to Entities. The method 'OrderBy' must be called before the method 'Skip'.
但是对于内存中的数据集调用Skip方法之前,不排序就可以
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m }; Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m }; Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m }; List<Book> bookList = new List<Book>(); bookList.Add(book1); bookList.Add(book2); bookList.Add(book3); var res = bookList.Skip(1).ToList(); Console.WriteLine(JsonConvert.SerializeObject(res)); // [{"Name":"新华字典","Number":null,"Price":30.0,"Id":"3b890089-5046-4aae-9a30-2d6bf97f2160","AddTime":"2019-01-14T23:23:33.2341685+08:00"},{"Name":"天国之秋","Number":null,"Price":30.0,"Id":"542fa82b-4a6a-41dd-97df-bb4876cdbc52","AddTime":"2019-01-14T23:23:33.2341685+08:00"}]
Take方法
如果单单调用Take方法,生成的SQL语句,使用的是SQL里面的TOP关键字
var res = db.Books.Take(2); Console.WriteLine(res);
SELECT TOP (2) [c].[Id] AS [Id], [c].[Name] AS [Name], [c].[Number] AS [Number], [c].[Price] AS [Price], [c].[AddTime] AS [AddTime] FROM [dbo].[Book] AS [c]
这里可以看到,我直接打印的查询语句,这就是延迟查询,上面的语句根本就没有执行查询,如果我调用ToList()方法就不一样了,打印出来的就直接是数据了
所以如果你没有调用那些导致立即执行查询的方法,那么就可以打印看看SQL语句是什么,就不用取跟踪查询EF生成的SQL语句了
然后我们对内存中的数据集单单调用Take方法看看
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m }; Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m }; Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m }; List<Book> bookList = new List<Book>(); bookList.Add(book1); bookList.Add(book2); bookList.Add(book3); var res = bookList.Take(2); Console.WriteLine(JsonConvert.SerializeObject(res)); // [{"Name":"自我修养","Number":null,"Price":30.0,"Id":"2b4b85c6-109a-485f-9e4f-95b4e5da2ee9","AddTime":"2019-01-14T23:38:07.5226753+08:00"},{"Name":"新华字典","Number":null,"Price":30.0,"Id":"b51e5e61-097b-4fe5-89ca-5283abd16332","AddTime":"2019-01-14T23:38:07.526798+08:00"}]
出来的就直接是数据了,对于内存中的数据集查询也就不用生成SQL语句了
Select投影转换为实体类型
针对内存中的数据集查询,没问题
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m }; Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m }; Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m }; List<Book> bookList = new List<Book>(); bookList.Add(book1); bookList.Add(book2); bookList.Add(book3); var res = bookList.Select(x => new Book { Name = x.Name }); Console.WriteLine(JsonConvert.SerializeObject(res)); //[{"Name":"自我修养","Number":null,"Price":0.0,"Id":"3f261e85-0bae-45e2-8b59-7694df8bf602","AddTime":"2019-01-14T23:43:01.8446418+08:00"},{"Name":"新华字典","Number":null,"Price":0.0,"Id":"9657f6c5-ce19-43ef-b86f-4a0db6c803de","AddTime":"2019-01-14T23:43:01.8748982+08:00"},{"Name":"天国之秋","Number":null,"Price":0.0,"Id":"a654a851-2f96-4934-9720-a2add7861061","AddTime":"2019-01-14T23:43:01.8748982+08:00"}]
但是针对上下文的数据集,报错 NotSupportedException
var res = db.Books.Select(x => new Book { Name = x.Name }); Console.WriteLine(JsonConvert.SerializeObject(res)); // 报错 NotSupportedException
我们换成匿名类型,可以的
var res = db.Books.Select(x => new { Name = x.Name }); Console.WriteLine(JsonConvert.SerializeObject(res)); // [{"Name":"三国演义"},{"Name":"天国之秋"},{"Name":"新华字典"},{"Name":"堂吉诃德"},{"Name":"演员自我修养"},{"Name":"水浒传"},{"Name":"红楼梦过"}]