原创 .Net/C#分庫分表高性能O(1)瀑布流分頁

.Net/C#分庫分表高性能O(1)瀑布流分頁 框架介紹 依照慣例首先介紹本期主角:ShardingCore 一款ef-core下高性能、輕量級針對分表分庫讀寫分離的解決方案,具有零依賴、零學習成本、零業務代碼入侵 dotnet下唯一一款全

原创 分庫分表如何進行極致的優化

分庫分表下極致的優化 題外話 這邊說一句題外話,就是ShardingCore目前已經正式加入 NCC 開源組織了,也是希望框架和社區能發展的越來越好,希望爲更多.netter提供解決方案和開源組件 介紹 依照慣例首先介紹本期主角:Shar

原创 .Net下你不得不看的分表分庫解決方案-多字段分片

.Net下你不得不看的分表分庫解決方案-多字段分片 介紹 本期主角:ShardingCore 一款ef-core下高性能、輕量級針對分表分庫讀寫分離的解決方案,具有零依賴、零學習成本、零業務代碼入侵 dotnet下唯一一款全自動分表,多

原创 efcore使用ShardingCore實現分表分庫下的多租戶

efcore使用ShardingCore實現分表分庫下的多租戶 介紹 本期主角:ShardingCore 一款ef-core下高性能、輕量級針對分表分庫讀寫分離的解決方案,具有零依賴、零學習成本、零業務代碼入侵 dotnet下唯一一款全自

原创 .Net 下高性能分表分庫組件-連接模式原理

ShardingCore ShardingCore 一款ef-core下高性能、輕量級針對分表分庫讀寫分離的解決方案,具有零依賴、零學習成本、零業務代碼入侵。 Github Source Code 助力dotnet 生態 Gite

原创 Furion分表分庫我也要happy coding

Furion分表分庫集成ShardingCore ShardingCore ShardingCore 易用、簡單、高性能、普適性,是一款擴展針對efcore生態下的分表分庫的擴展解決方案,支持efcore2+的所有版本,支持efco

原创 分庫分表的框架如何設計自動路由

ShardingCore ShardingCore 易用、簡單、高性能、普適性,是一款擴展針對efcore生態下的分表分庫的擴展解決方案,支持efcore2+的所有版本,支持efcore2+的所有數據庫、支持自定義路由、動態路由、高性能

原创 Abp VNext分表分庫,拒絕手動,我們要happy coding

Abp VNext 分表分庫 ShardingCore ShardingCore 易用、簡單、高性能、普適性,是一款擴展針對efcore生態下的分表分庫的擴展解決方案,支持efcore2+的所有版本,支持efcore2+的所有數據庫

原创 AspNetCore打造一個“最安全”的api接口

Authentication,Authorization 如果公司交給你一個任務讓你寫一個api接口,那麼我們應該如何設計這個api接口來保證這個接口是對外看起來“高大上”,“羨慕崇拜”,並且使用起來和普通api接口無感,並且可以完美接入a

原创 efcore分表分庫原理解析

ShardingCore ShardingCore 易用、簡單、高性能、普適性,是一款擴展針對efcore生態下的分表分庫的擴展解決方案,支持efcore2+的所有版本,支持efcore2+的所有數據庫、支持自定義路由、動態路由、高性能

原创 “ShardingCore”是如何針對分表下的分頁進行優化的

分表情況下的分頁如何優化 首先還是要給自己的開原框架打個廣告 sharding-core 針對efcore 2+版本的分表組件,首先我們來快速回顧下目前市面上分表下針對分頁常見的集中解決方案 分表解決方案 解決方案 skip<=10

原创 efcore分表下"完美"實現

ShardingCore 如何呈現“完美”分表  這篇文章是我針對efcore的分表的簡單介紹,如果您有以下需求那麼可以自己選擇是否使用本框架,本框架將一直持續更新下去,並且免費開源爲.net生態做貢獻,如果您覺得不錯那麼請幫忙點

原创 對於經常接觸的分頁你確定你真的會嗎

對於一直奮鬥在crud“前線”的碼農, 每天面對的就是形形色色的crud代碼,不過寫了這麼多的crud你確定面對你經常也得topage,getpage確定沒什麼問題嗎?那麼今天我就來拋磚一下(目前僅在sqlserver下有效不過目測其他數據

原创 Monitor的擴展支持string的超時鎖

對Monitor的使用可以防止lock的時間過長並且可以設置其對應的超時時間達到對預期代碼的一個控制,合理的使用timeout可以有助於程序的健壯性。但是對於不同的併發程序可能某些時候我們需要的粒度是不一樣的,從而產生的一個問題是需要更細粒

原创 netcore 下的policy授權自定義返回結果

目前一直在用policy做權限校驗,但是好像組裏需要將返回結果統一,之前用的都是直接繼承AuthorizationHandler然後調用context.Fail(),但是這樣會導致沒辦法自定義返回結果比如{code:403,msg:'未授權