如何实现abp框架中的数据库连接？ (abp 数据库连接)

如何实现ABP框架中的数据库连接？

ABP框架（ASP.NET Boilerplate）是一款基于ASP.NET Core和Entity Framework Core的开源Web应用程序框架，它提供了一套通用的基础设施，用于开发跨平台和可扩展的Web应用程序。在ABP框架中，数据库连接是必不可少的一部分，下面将介绍如何实现ABP框架中的数据库连接。

之一步：配置数据库连接字符串

在ABP框架中，数据库连接字符串是存储在appsettings.json配置文件中的，所以首先需要在这个文件中配置数据库连接字符串。可以按照以下示例代码进行配置：

“`

{

“ConnectionStrings”: {

“Default”: “Server=(localdb)\\mssqllocaldb;Database=MyDatabase;Trusted_Connection=True;MultipleActiveResultSets=true”

},

“App”: {

“SelfUrl”: “http://localhost:6228”,

“CorsOrigins”: “http://localhost:4200”

}

}

“`

在这个示例代码中，ConnectionStrings节点下的Default属性存储了连接到本地数据库MyDatabase的连接字符串。根据实际情况，可以将服务器名称、数据库名称等修改为合适的值。

第二步：添加数据库提供程序

在ABP框架中，需要添加数据库提供程序，以便支持连接不同类型的数据库。可以使用NuGet安装Entity Framework Core的数据库提供程序，例如SqlServer、PostgreSQL、MySQL等。以下是使用SqlServer提供程序的示例代码：

“`

public void ConfigureServices(IServiceCollection services)

{

services.AddDbContext(options =>

options.UseSqlServer(Configuration.GetConnectionString(“Default”)));

}

“`

在这个示例代码中，调用了AddDbContext方法向DI容器中注册了MyDbContext上下文，并使用UseSqlServer方法指定使用SqlServer提供程序连接MyDatabase数据库。根据实际情况，可以将MyDbContext替换为自己定义的DbContext子类，以及调用不同的UseXXX方法指定不同的数据库提供程序。

第三步：使用数据库上下文

在ABP框架中，可以使用注入的数据库上下文来访问数据库。可以在需要使用数据库的地方，例如ApplicationService和Repository中，通过构造函数注入数据库上下文，例如：

“`

public class MyApplicationService : ApplicationService

{

private readonly MyDbContext _dbContext;

public MyApplicationService(MyDbContext dbContext)

{

_dbContext = dbContext;

}

public async Task GetMyEntityAsync(int id)

{

return awt _dbContext.MyEntities.FindAsync(id);

}

}

public class MyRepository : EfCoreRepositoryBase, IMyRepository

{

public MyRepository(IDbContextProvider dbContextProvider)

: base(dbContextProvider)

{

}

}

“`

在这个示例代码中，MyApplicationService和MyRepository都依赖于MyDbContext，通过构造函数注入了MyDbContext实例，并使用它来访问数据库。注意，在Repository中使用的是EfCoreRepositoryBase基类，它提供了一些内置的常用的数据库访问方法，例如GetAsync、InsertAsync等。

小结：

相关问题拓展阅读：

• C#如何用ajax把本地数据库的数据显示在前端页面（view里面）？例如一个span一个div
• 100ms的SQL把服务器搞崩溃了
• abp换能器的位置放在哪里

C#如何用ajax把本地数据库的数据显示在前端页面（view里面）？例如一个span一个div

首先写一个一般处理程序来获取到你要加载到前台的数据，并序列化成json格式。

//代码实例

public class AjaxUserList : IHttpHandler {

public void ProcessRequest(HttpContext context) {

context.Response.ContentType = “text/plain”;

BLL.UserInfoBll userInfoBll = new BLL.UserInfoBll();

int pageIndex;

if (!int.TryParse(context.Request,out pageIndex)) {

  pageIndex = 1;

}

int pageSize = 5;

int pageCount = userInfoBll.GetPageCount(pageSize);

//判断当前页码的取值范围

pageIndex = pageIndex  pageCount ? pageCount : pageIndex;

隐圆   //获取分页数据

List userList = userInfoBll.GetPageList(pageIndex, pageSize);

//获取页码条

string pageBar = Util.PageBar.GetPageBar(pageIndex, pageCount);

//***********************************************************

//使用匿名类将多组数据序列化成Json格式

//***********************************************************

JavaScriptSerializer js = new JavaScriptSerializer();

string json = js.Serialize(new { resultUserList = userList, resultPageBar = pageBar });//此处使用了匿名类将userList和pageBar进行封装后，再序列化

//***********************************************************

context.Response.Write(json);

}

public bool IsReusable {

get {

  return false;

}

}

    }

然后，前台ajax请求这个一般处理处理程序获取到json数据，再通过js将数余裤据添加到html。

//加载用户列表示例

function LoadUserInfo(pageIndex) {

$.post(“AjaxUserList.ashx”, { “pageIndex”: pageIndex }, function (data) {

  var serverData = $.parseON(data);

  for (var i = 0; i ” + serverData.resultUserList.ID + “” + serverData.resultUserList.UName + “” + serverData.resultUserList.UPwd + “” + ChangeDateFormat(serverData.resultUserList.SubTime) + “” + serverData.resultUserList.Remark + “竖携简详细编辑  删除”).appendTo(“#tabUserList”);

  }

});

100ms的SQL把服务器搞崩溃了

一个项目上线了两个月，除了一些反馈的优化和小Bug之外，项目一切顺利；前期是属于推广阶段，可能使用人员没那么多，当然对于项目部署肯定提前想到并发量了，所以早就把集群安排上，而且还在测试环境搞了一下压测，绝对是没得问题的；但是，就在两个月后的一天，系统银拦袭突然跑的比乌龟还慢，投诉开始就陆续反馈过来了。

经过排查，原来是频繁执行一条耗时100ms的SQL导致，100ms感觉不长，但就是把系统搞崩了，具体细节如下。

项目采用ABP进行开发，集成统一的认证中心(IDS4)，部分数据对接第三方系统，拆分后的这个项目架构相对简单。

考虑并发量不高，就算是高峰期也不会超过1000，于是就搞了个单台的数据库服务器(MySQL)，测试环境中经过压测，完全能抗住。

上线时，由于线上资源的关系，DB服务器的配置没有按测试环境的标准来分配，相关人员想着后续看情况进行补配。上线推的比较紧，简单评估了配置风险，初步判断没啥大问题，于是就推上线了。

相关技术栈：ABP、IdentityServer4、Autofac、AutoMapper、Quartz.NET、EF Core、Redis、MySQL等，这都不重要，重要的是100ms的SQL把系统搞崩了。

由于系统相对不大，并没有把分布式日志、调度监控，性能监控集成上去。

上线期间，前期处于使用推广阶段，一切正常。两个月后的一天，系统处于使用高峰时段，突然陆续收到反馈：系统有点卡！！！于是赶紧进行排查。

由于系统已经是集群部署的，慢这个问题首先怀疑是数据库服务器，于是让DBA的同事排查了一下，没有锁，只是有大量事务等待提交(waiting for handler commit)，通过如下命令可查的：

看到都是插入审计日志记录导致，一看日志记录频率，差不多一秒500条记录。DBA同事说可能是记录插入频繁导致，此时CPU已经爆到100%了，为了快速解决问题，于是就赶紧关掉了一些不必要的日志记录。

这么一改衡困，稍微降了一点，没有事务提交的记录，系统勉强可以撑着用，但是CPU还是在85%~97%波动；

看到这种情况，当然还是不放心，继续排查。 中间有对服务器的配置产生过怀疑，但非常肯定的是这不是主要原因，于是和DBA的同事继续排查。

系统虽然可以正常使用，但时不时的也看看监控屏，CPU一直处于高水位状态，还是有点慌的，因为一有问题，信息和都要爆。

突然DBA同事发现有一个单表查询的SQL执行比较频繁，于是单独拿出来试了一下，查询时间150ms左右，这个表的数据量不大，8万左右，但没有加任何索引，因为想着数据量不大，查询时长还可接受，所以当时就没有加相关索引。

定位到这条SQL后，想到的之一步就是增加索引，在测试环境上试了一把，执行效率直接飞速提高到1ms；效果如下：

所以和DBA同事达成一致意见，在生成环境上增加复合索引(

创建索引一定要注意字段顺序

)，在中午时候，系统使用频率不太高，于是就在生成上快速加了索引，我去，CPU一下降到了20%以内，意不意外；就算在使用高锋兄峰期，也没超过20%，通过zabbix工具监控看到CPU的效果：

问题算是解决了，总算松了一口气。

这里有个问题： CPU都爆了为什么没有报警提醒，这块DBA同事正在排查相关配置。这里发现CPU爆了，还是无意的远程到服务器，发现很卡，一看CPU才知道爆了。

系统虽小，问题不大，但其实暴露的问题还是挺多。

这次线上小事故暂时分享到这，因为项目不大，所以没有做那么多监控，但以下建议，小伙伴可以参考一下：

abp换能器的位置放在哪里

abp换能器的放置放在患者右心房水平。根据查询相关资料信息，排空管道中的空气，败御闭同时连接换能器与监护仪的压力模块，选中ABP模式，将换能器固定在患者右心房水拆答平察裂，并进行校零。连接延长管和动脉插管。此时监护仪上出现动脉波并显示收缩压、舒张压和平均压的数值。

关于abp 数据库连接的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。