DotNetCore跨平台~EFCore数据上下文的创建方式

回到目录

对于DotNetCore来说,把大部分组件者放在DI容器里,在startup中进行注入,在类的构造方法中进行使用,如果某些情况下,无法使用这种DI的方式,也可以自己控制数据上下文的生产过程,下面说一下。

一 标准注入+构造方法使用

数据上下文的定义,带参数的构造方法,注意他和使用什么类型的数据库没有关系,只是单纯的上下文

   public partial class ErpContext : DbContext, IERPContext
{
public ErpContext(DbContextOptions dbContextOptions) : base(dbContextOptions)
{ }
   }

startup类中去注入指定的数据源和数据库连接串,注意在这里就有了数据库类型(如sqlserver,mysql,sqllite)和数据连接串

            services.AddDbContextPool<ErpContext>(
options => options.UseMySql("Server=123.56.31.133;DataBase=erp;UID=front;Password=PlP2017_#Test;charset=utf8;port=3306;SslMode=None"));

而对于使用者来说,就是某个控制器上,也是通过构造方法的DI来实现的,事实上dotnetcore把ioc&di这些模式都集成了

 public ValuesController(ErpContext context)
 {
this.context = context;
 }

二 不使用注入,直接建立数据上下文,手动建立DbContextOptions对象

这种类似于传统的方法,数据上下文对象里固定连接串,即某个上下文只属于某个数据库!

 protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
optionsBuilder.UseMySql("Server=123.56.31.133;DataBase=erp;UID=front;Password=PlP2017_#Test;charset=utf8;port=3306;SslMode=None");
base.OnConfiguring(optionsBuilder);
}

三 还有一种就是,即使用注入,也使用自动构造的方式来建立数据上下文

事实上就是在初始化上下文时,把optionsBuilder做为参数传进来,这个比较灵活

 public class ERPRepository<T> : EFRepository<T> where T : class
{
public ERPRepository() : base(new ErpContext(
new DbContextOptionsBuilder().UseMySql("Server=123.56.31.133;DataBase=erp;UID=front;Password=PlP2017_#Test;charset=utf8;port=3306;SslMode=None").Options))
{ }
}

以上几种方式就是我们使用数据上下文时的方法,还有一点要说话的,当使用了Pomelo.EntityFrameworkCore.MySql这个包包之后,请观察一下代码的性能,主要表现在linq的一对多查询上,代码如下:

       //一对多,效率很低
var linq2 = from data1 in crm_customers.GetModel()
join data2 in crm_customertag.GetModel()
on data1.Id equals data2.CustomerId into list
select new
{
name = data1.AccountantName,
orders = list,
}; var result2 = linq2.Take().ToList();

感谢各位的阅读!

我们下次将对一些性能存在问题的代码进行改善!

回到目录

上一篇:安装jdk java -version 不是自己所需要的版本


下一篇:怎样理解在函数中声明var x = y = 1后调用函数时, x是局部变量, y是全局变量