天天看点

Furion分表分库我也要happy coding

<code>ShardingCore</code> 易用、简单、高性能、普适性,是一款扩展针对efcore生态下的分表分库的扩展解决方案,支持efcore2+的所有版本,支持efcore2+的所有数据库、支持自定义路由、动态路由、高性能分页、读写分离的一款组件,如果你喜欢这组件或者这个组件对你有帮助请点击下发star让更多的.neter可以看到使用

Github Star 助力dotnet 生态 Gitee Star

随着.net6的发布,陆陆续续的框架都已经开始支持了,ShardingCore也不例外,为了推动.net生态,也为了让更多的的人了解.net下其实也有分表分库的解决方案,所以打算写一篇关于<code>ShardingCore</code>集成到其他框架的思路。

<code>Fourin</code>框架大家应该也是比较清楚的,作者也是一个乐于开源有着开源精神的人,秉着大家都是热爱开源的所以决定助<code>Fourin</code>一臂之力(蹭一下热度)。随着上次的AbpVNext的"完美"集成<code>ShardingCore</code>后,这次带来的就是<code>Furion</code>下的<code>ShardingCore</code>集成。

<code>efcore</code>下完美的分表分库解决方案,支持任意efcore的集成框架,完美支持或者需要稍作修改即可完美支持,并不需要让你有任何使用的学习成本,几乎做到不修改现有<code>efcore</code>代码的前提下让你的程序完美支持分表分库。真正做到“零”代码修改。

首先我们已目前<code>Furion</code>最新版本为例<code>v3.0.5</code>,新建一个空的aspnetcore web api的net6项目,当然也支持efcore2+的所有aspnetcore版本。

然后我们添加<code>ShardingCore</code>和<code>efcore.SqlServer</code>包

Furion分表分库我也要happy coding

这边看了<code>Furion</code>的使用方法和Abp一样需要继承一个他自己的DbContext叫做<code>AppDbContext</code>,但是没有关西。因为<code>ShardingCore</code>是基于接口来实现的,所以不存在多继承问题,只是我们需要自行实现<code>Furion</code>的ShardingDbContext的抽象版本源码地址 AppShardingDbContext

Furion分表分库我也要happy coding

简单的说下就是如果你是需要继承某个dbcontext的那么就需要自己实现三个接口<code>IShardingDbContext</code>, <code>ISupportShardingTransaction</code>, <code>ISupportShardingReadWrite</code>分别是分表分库的核心接口,支持事务,支持读写分离。

具体已经帮你们抽象好了只需要复制代码就可以了。

做好了准备工作我们开始新建dbcontext

  

这边我们将<code>TodoItem</code>的<code>Id</code>做成取模分表

配置了todoitem的简单配置,注意这边不一定要这么配置,也可以用Attribute+DbSet,也可以用FluentApi

  这边采用的是简单取模通过构造函数传入,具体可以参考文档就是分表后缀为2位数,模8也就是00,01.....07,一共8张表,<code>ShardingProperty(x =&gt; x.Id)</code>表示TodoItem的分表字段为Id。

注意: 这边只是为了简单演示,你如果需要外部传入可以自行通过实现<code>AbstractShardingOperatorVirtualTableRoute</code>来实现,并且路由构造函数支持单例的依赖注入

  通过官网我们可以知道如何针对<code>Furion</code>进行efcore的配置,这边目前sharding-core不支持efcore的单例dbcontext,所以不建议使用单例。

额外配置:<code>.UseSharding&lt;DefaultDbContext&gt;()</code>仅需要配置dbcontext使用sharding原先的所有dbcontext的注入都可以不去管他

sharding-core的配置:<code>AddShardingConfigure</code>是<code>sharding-core</code>在efcore的基础上额外进行配置就可以支持分表分库的扩展更多配置可以参考文档

 注意:很多同学老是忘记启动导致<code>sharding-core</code>没法使用<code>app.Services.GetRequiredService&lt;IShardingBootstrapper&gt;().Start();</code> 

首先我们通过注入构造函数<code>IRepository&lt;TodoItem&gt; todoItemRepository</code>这是<code>Furion</code>提供的

其次我们编写增删改查接口

因为默认为了测试<code>ShardingCore</code>配置了

 所以启动会帮我们建表并且建库

Furion分表分库我也要happy coding

符合预期插入到了具体的hash%8的表

Furion分表分库我也要happy coding

因为是获取所有所以这边会查询所有的分表符合预期

Furion分表分库我也要happy coding

获取单条符合预期用的id取模所以用id去查询会到指定的表里面

Furion分表分库我也要happy coding

符合预期代码先查询05表在更新05表并且使用的是追踪更新

我们接着再来查询一次看看是否真的修改了

Furion分表分库我也要happy coding

到此为止我们的<code>Furion</code>的<code>ShardingCore</code>集成就完成了,当然这只是<code>ShardingCore</code>的冰山一角,最最最简单的分表,如果你喜欢或者你认为<code>ShardingCore</code>有用那么可以给个赞或者star吗?开原作者希望自己开源的项目被更多人高人指点并且进步。也希望为.net下的分表分库进行一份微薄之力。在efcore下我相信<code>ShardingCore</code>是在官方不支持<code>efcore</code>下最最最完美的解决方案。全程的使用代码体验是0感知,并且支持所有使用efcore的框架,只要你配置好了完全不需要考虑,当然也有同学要杠,如果某些情况下我就是要指定某几张表呢,<code>ShardingCore</code>也是支持的所以在自动情况下是“零”入侵业务代码的最优分表分库方案,更多使用方式请查询

github <code>ShardingCore文档</code>

gitee <code>ShardingCore文档</code>

FurionShardingDemo

dotnet 天下第一 (大吼)

Github ShardingCore

Gitee ShardingCore

博客

QQ群:771630778

个人QQ:326308290(欢迎技术支持提供您宝贵的意见)

个人邮箱:[email protected]

继续阅读