一EF多表分页
1、测试信息
测试项目：VEDU
测试功能：学员查询
测试步骤：
1.1.给C证书报名机构批量报名300个学员
1.2.查询学员信息
2、现有分页
执行结果：314条数据 执行时间4099毫秒
分页方法：从数据库取出所有数据，将取出的所有数据传输到控制层，然后分页显示在页面。
3、优化分页
执行结果：314条数据 执行时间173毫秒
分页方法：从数据库中直接分页，将数据传输到控制层，然后展示页面中
4、分页进一步优化
执行结果：11013条数据 执行时间177毫秒
分页方法：执行一次sql查出总行数和显示的数据，将数据传输到控制层，然后展示页面中
注意：Linq分页的两种方式
第一种是从数据库中取出的是分页后的数据。
第二种是从数据库中取出所有的数据，然后在内存中进行分页（不推荐）。
EF单表分页
分页一般需要返回总行数和查询结果集。但是一般查询需要执行两次。第一次查询出总行数，第二查询出结果集。这样的话需要执行两次Sql语句，带来不必要的性能损失！如下图
为了解决执行两次的弊端。引入第三方插件EntityFramework.Extended（下面将介绍到改插件）。执行代码如下：
执行结果如下图
二、AsNoTracking用法
AsNoTracking:无追踪查询（查询实体不被EF上下文追踪）。查询出来的对象只能用于页面显示，不能用于修改和删除操作。所以为了提高查询性能需要加上AsNoTracking。
没有加AsNoTracking
2.1执行代码
public List<TEntity> FindList(Expression<Func<TEntity, bool>> predicate)
{
var tempData = dbcontext.Set<TEntity>().Where(predicate).ToList();
return tempData;
}
2.2 执行结果
加了AsNoTracking****操作执行结果
2.3 执行代码
public List<TEntity> FindList(Expression<Func<TEntity, bool>> predicate)
{
var tempData = dbcontext.Set<TEntity>().Where(predicate).AsNoTracking().ToList();
return tempData;
}
2.4 执行结果
注：目前测试1万条数据。这个差距会根据数量增加而逐渐明显。
三、Any用法(常用于判断值是否存在)
没有加了Any操作执行结果
3.1****执行代码
public bool IsExist(Expression<Func<TEntity, bool>> predicate)
{
return dbcontext.Set<TEntity>().Where(predicate).Count()>0;
}
3.2 执行结果
加了Any操作执行结果
3.3 执行代码
public bool IsExist(Expression<Func<TEntity, bool>> predicate)
{
return dbcontext.Set<TEntity>().Any(predicate);
}
3.4 执行结果
四、Database.SetInitializer
项目启动报如下异常
这个异常是因为没有关闭EF数据库初始化策略导致。
解决办法：
在EF上下文中加入Database.SetInitializer<EFContext>(null);
因为项目使用的DB First 所以从不创建数据库操作。
Database.SetInitializer****用来控制初始化数据库的策略，仅适用于code First****模式。
5.1数据库不存在时重新创建数据库
Database.SetInitializer<EFContext>(new CreateDatabaseIfNotExists<EFContext>());
5.2每次启动应用程序时创建数据库
Database.SetInitializer<EFContext>(new DropCreateDatabaseAlways<EFContext>());
5.3模型更改时重新创建数据库
Database.SetInitializer<EFContext>(new DropCreateDatabaseIfModelChanges<EFContext>());
5.4 从不创建数据库
Database.SetInitializer<EFContext>(null);
五、EntityFramework.Extended插件介绍
Github: https://github.com/loresoft/EntityFramework.Extended
自2015年起，该库不再受支持。可以使用Entity Framework Plus（同一作者开发），但是这个插件使用缓存时报错报（类型“System.Runtime.Caching.CacheItemPolicy”在未引用的程序集中定义。您必须向程序集“System.Runtime.Caching，Version = 4.0.0.0，Culture = neutral，PublicKeyToken = b03f5f7f11d50a3a'添加引用），所以暂时使用了Entity Framework.Extended。
Nuget****安装 PM> Install-Package EntityFramework.Extended
六、批量删除和修改
6.1****批量删除
引入命名空间 using EntityFramework.Extensions;
原生EF只能一条一条循环删除数据，不像Sql语句一次性就能删除满足条件的数据。循环删除数据对库性能和用户体验都不好。为了解决这个问题，使用第三方的EF.Extended批量删除，实现批量数据一次访问库就能删除，这样就能提高应用程序性能和用户体验。
EF.Extended提供了两种删除方式，第一种是删除所有数据，第二中是删除满足条件的数据。
代码实现如下：
6.1.1批量删除所有数据
6.1.2根据条件批量删除数据
6.2 批量修改
引入命名空间 using EntityFramework.Extensions;
原生EF中修改数据需要先查询出来，然后才能进行修改，这样就消耗了不必要的性能，如果大批量数据修改，就会表现的非常慢，为了解决这个问题，使用第三方的EF.Extended批量修改，实现批量数据无需查询直接就能修改，这样大大提高了修改性能。
EF.Extended提供了两种修改方式，第一种是修改所有数据，第二中是修改满足条件的数据。
代码实现如下
6.1.1 批量修改数据
6.1.2 根据条件批量修改数据
七、缓存的使用
有的时候我们会在短时间内对同一数据进行频繁查询操作，这样对于性能有一定损失，因为每次都要跟数据库交互，取得数据。比如报名的时候每次都要检测报名证书是否存在，如果50个人报名需要检测50次，并且检测相同证书的频率非常高。这就无形中浪费了数据库资源和性能。为了解决这个问题我们引入了第三方插件库EF.Extended。 通过该插件我们可以轻松实现数据缓存，以提高应用程序的性能。第一次调用查询时，数据将从数据库中检索并在返回之前存储在内存中,以后所有的调用都将从内存中检索数据（如果设定时间没有过期），避免每次都从数据库中查询。从而大大提高了应用程序的性能。
缓存方法提供了两个参数，第一个参数是查询条件，第二个参数是过期时间（单位秒）
代码如下：
