学习了ADO.NET的相关知识，掌握了它对数据库表的基本操作，但是实际在开发项目应用中微软为我们开发ef这个ORM，使用它可以很方便的利用ADO.NET来操作DBMS，使得我们开发项目的着重点放在业务逻辑层上面，从而轻数据库的设计。
一：Entity Framework
1 解释
*ef说白了就是对ADO.NET的包装，它可以将数据库中的数据变成实体的模型，也可以将模型变成为数据库中的表，很是方便。
*ef里面重要的就是数据上下文。它是生成数据查询语句的关键。结果实际返回的是IQueryable对象的子类对象，此时返回的DbQuery支持“延迟加载”只有当使用数据库进行查询的时候才会进行数据库的直接查询。
*ef是可以跨数据库的，但是一般情况下我们建大型商城的话不会使用ef的ORM进行，因为它将命令转换为ADO.NET比较慢，一些小型的网站会使用。
2 查询方式分为两种，
0.1：使用SQO(标准查询运算符)进行查询，只是这种查询的结果将来在使用的时候要将返回的DbQuery转回为List<>集合，这样子将来在界面上面好做处理，直接foreach就可以。
//var query = db.Articles.Where(d => d.Title == "我知道你一直在"); //List<Models.Article> list = db.Articles.Where(d => d.Title == "我知道你一直在").ToList();
0.2：使用Linq语句来查询，使用它的好处就是方便编程，其实说到底.net编译器将Linq语句将来也编译为SQO语句进行数
据库的CRUD操作。第二种方式：使用LINQ语句来查询，所有的查询结果，linq只是为了方便程序的编写才出现的，在编译的时候还是编译为上面的第一种方式进行查询。
//IQueryable<Models.Article> query = from d in db.Articles where d.Title == "我知道你一直在" select d; //List<Models.Article> list = (from d in db.Articles where d.Title == "我知道你一直在" select d).ToList();
3:创建数据上下文
public partial class ABlogContainer : DbContext { public ABlogContainer() : base("name=ABlogContainer") { } }
4 通过ef如何删除数据库中的数据，在前面提前创建数据上下文db.通过5步来实现删除
0.1:创建类的删除对象 <也就是new一个对象>
0.2：将类的对象添加到ef管理容器
0.3：更改ef管理容器的类的状态，实现删除就是将其状态位改为删除
0.4：保存更改
代码：<1步---5步>
var db=new Ylxy_TwdcDevEntities(); //创建数据上下文 var modelDel=new Articl(){Id=id}; //创建类的删除对象 db.Articles.Attach(modelDel); //将其添加到ef的管理容器 db.Aritcles.Remove(modelDel);//更改其状态位 db.SaveChanges(); //保存数据库的操作。
5 通过ef如何修改数据库中的数据，创建数据库db，执行下面5步
1.1：将实体对象加入到ef管理容器，获取其伪包装类。
1.2：将包装类对象的状态设置为unchange；
1.3：设置被改变的属性
1.4：保存更改。
1.5：跳转页面。
对应代码：
DbEntityEntry<Article> entity=db.Entry<Aritcle>(model); entity.State=Entity.State.Unchange; entity.Property(x=>x.Title).IsModified=true; entity.Property(x=>x.Content).IsModified=true; entity.Property(x=>x.Author).IsModified=true; db.SaveChanges(); Return RedirectToAction(“Index”,”Home”);
6 自动属性
就是在设置属性的时候不需要提前设置属性的值，就是自动属性；
7 隐式类型var和dynameic类型
var就是提前强类型确定好的类型，而dynameic类型就是在运行时确定类型的,对于内存是动态分配内存，属于弱类型。var编译时进行类型推断，在编译阶段得到实际类型，dynamic编译时不进行判断，运行时才判断。
*一般做项目的时候最好将每个方法的无参构造方法,写泛型集合。
*委托就是一种类型，是在方法类型上面的。有了委托就可以将方法当为参数进行传递。
8 ORM是什么
它是一种实体关系数据模型,是一种框架集。
9 ef里面的查询语句，这里面使用的是linq to entity 来进行查询的。
*用lambda表达式进行分页查询
/// <summary> /// 分页查询 /// </summary> /// <typeparam name="TKey">按列进行查询</typeparam> /// <param name="whereLamdba">条件lamdba</param> /// <param name="orderLamdba">按什么顺序</param> /// <param name="pageSize">页面大小</param> /// <param name="pageIndex">页面个数</param> /// <returns></returns> public IQueryable<T> GetPageList<TKey>(Expression<Func<T, bool>> whereLamdba, Expression<Func<T, TKey>> orderLamdba, int pageSize, int pageIndex) { return dbcontext.Set<T>().Where(whereLamdba) .OrderBy(orderLamdba) .Skip((pageIndex - 1) * pageSize) .Take(pageSize);
10 有关延迟加载的问题<导航属性就是数据库中表的关联>
一般情况下我们使用ef的时候不是直接进行数据库的查询的，首先是进行拼接，将其命令保存到表达式的一个二叉树形式，等将查询语句执行完之后在进入数据库中进行查询，而使用查询返回的值是个标量的时候就不会进行延迟加载，比如
count(),First,ToList()等具体的值的时候。当返回的值是一个集合的时候会进行延迟加载。
导航属性的延迟加载：导航属性默认有延迟加载，每当使用导航属性的时候就会进行延迟加载。
11 IQueryable<>和IEnumerable<>的区别
一般会出现延迟加载的是IQueryable<>，因为它是拼接命令，之后才到数据库中执行，而IEnumerable<>是直接执行，比如查询一些连续的命令后者是比较费时的，一步一步的去执行。会出现这样的原因是由于IQueryable<>继承了IEnumberable<>接口，并且新增了Experssion属性，这个属性就会进行命令的拼接。
二：数据库的创建技术
1 Model First
通过模型来新建数据库，主要是每个表之间关系的联系很重要。
数据库中的外键是数据库的一种约束，不是表之间关联的条件。
表之间的关系是数据库设计人员通过分析数据得来的，是通过设置外键来实现的。外键是一个表添加别表主键的操作。
2 Code First
1：引入类库
2：添加上下文类
3：维护原有模型<引入每个标签的命名空间>
*添加模型中类映射到数据库中的表[Table(“表名”)]
*添加主键，外键，添加导航属性
[注意]：在写表关系的时候外键(别表的Id)写在“一对多”多的那张表中，在“一”的表中导航属性必须把“多”表写成
集合(ICollection)<>集合。
3 数据库的连接
<connectionStrings> <add name="ABlogContainer" connectionString="Data Source=(Local);Initial Catalog=DemoDb;User Id=sa;Password=1q2w3e4R" providerName="System.Data.SqlClient"/> </connectionStrings>
4 数据槽与封装数据上下文方法
*数据槽是一个集合对象，是存储于堆区的。对于ef里面的上下文我们将进行封装，让存储在其数据槽中，这样在大的项目里面不用每次new数据上下文。
*工厂模型是用来封装对象的代码，对于数据上下文我们可以采用其封装上下文，将其放在数据槽里面这样子对于内存是一种节约。
*数据上下文的第二种方法，我们上面的短文中提到了将数据上下文封装到一个方法里，调用数据槽的功能，来实现GC数据上下文的清理。而现在还有一种比较好的方法就是使用using(){}来实现。
Eg：using(var context=new EFContext()){}
原因：一般我们new一个对象，这个对象长时间没有被使用就会在一段时间之后被GC清理掉，要是我们的项目比较大，那么GC就不知道什么时候才会来清理它，这样子就造成了资源的浪费。DbContext上下文对象的实例占据着数据库的连接，我们希望它不在使用的时候就将其回收掉，using(){}语句有很多好处，第一，当我们执行完using(){}代码块时，上下文中的Dispose()方法会被调用，因为DbContext上下文实现论文
IDisposable<>接口，该方法将关闭数据库的连接，清理掉任何需要被释放的资源。这将进一步创建健壮的代码。
5 取数据到内存里面
如果希望将数据直接加载到内存中，可以使用ToList返回一个List对象
三：ef里面的数据迁移
《模型发生更改数据库没变》
Ef的数据迁移是通过NuGet来进行的，在程序包管理器控制台里面输入”get-help EntityFramework”命令，可以获取很多帮助。
Enable-migrations[-Force] ：开始进行数据迁移的准备工作
Add-Migration ：添加模型，更新到数据库中。
Update-Database ：更新数据库
Get-Migration ：从数据库里面得到模型
我们在使用的时候要将默认项目放在Model这个文件下面，这样我们才能执行ef里面的数据迁移。还有就是有的时候我们还需要更改代码里面Configuration.cs文件。
namespace ABlog_Model.Migrations { using System; using System.Data.Entity; using System.Data.Entity.Migrations; using System.Linq; internal sealed class Configuration : DbMigrationsConfiguration<ABlog_Model.ABlogContainer> { public Configuration() { AutomaticMigrationsEnabled = false; } protected override void Seed(ABlog_Model.ABlogContainer context) { // This method will be called after migrating to the latest version. // You can use the DbSet<T>.AddOrUpdate() helper extension method // to avoid creating duplicate seed data. E.g. // // context.People.AddOrUpdate( // p => p.FullName, // new Person { FullName = "Andrew Peters" }, // new Person { FullName = "Brice Lambson" }, // new Person { FullName = "Rowan Miller" } // ); // } } }
上面的AutomaticMigrationsEnabled = false; 这是我们将数据迁移设置为手动模式，一般我们设置为自动的。
AutomaticMigrationsEnabled = true;
