Entity Framework基础01

时间:2021-08-12 10:53:14

学习了ADO.NET的相关知识,掌握了它对数据库表的基本操作,但是实际在开发项目应用中微软为我们开发ef这个ORM,使用它可以很方便的利用ADO.NET来操作DBMS,使得我们开发项目的着重点放在业务逻辑层上面,从而轻数据库的设计。

一:Entity Framework

1 解释

*ef说白了就是对ADO.NET的包装,它可以将数据库中的数据变成实体的模型,也可以将模型变成为数据库中的表,很是方便。

*ef里面重要的就是数据上下文。它是生成数据查询语句的关键。结果实际返回的是IQueryable对象的子类对象,此时返回的DbQuery<T>支持“延迟加载”只有当使用数据库进行查询的时候才会进行数据库的直接查询。

*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属性,这个属性就会进行命令的拼接。

Entity Framework基础01

二:数据库的创建技术

1 Model First

通过模型来新建数据库,主要是每个表之间关系的联系很重要。

数据库中的外键是数据库的一种约束,不是表之间关联的条件。

表之间的关系是数据库设计人员通过分析数据得来的,是通过设置外键来实现的。外键是一个表添加别表主键的操作。

2 Code First

1:引入类库

2:添加上下文类

3:维护原有模型<引入每个标签的命名空间>

*添加模型中类映射到数据库中的表[Table(“表名”)]

*添加主键<key>,外键<ForeignKey(“导航属性”)>,添加导航属性<Virtual,注意表之间关联的类型,一对一,一对多,多对多。每个都不一样注意区分>

[注意]:在写表关系的时候外键(别表的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<T>对象

三: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;

附件:数据迁移知识参考   http://www.cnblogs.com/webabcd/archive/2012/05/30/2525047.html#top