路过秋天 - 理想很美好，现实很残酷，坚持在路上，只因初心仍存

1、在首次执行时，CYQ.Data 全面超过了 Newtonsoft.Json，差距明显，说明 Newtonsoft.Json 首次执行，性能较低，在预热这一块没有优化好。2、在 Json 转 Dictionary 方面，CYQ.Data 有全面的优势，超过 Newtonsoft.Json。2、在其它转换的在后续执行中，Newtonsoft.Json 和 CYQ.Data 差距不大，基本持平。

具体的性能指标，应该结合自身业务和生产环境，测试出适合自身要求的指标。在VS2002中启动运行时，单线程时，性能特别低，只有4000/s上下，这不禁让我想起上一份测试的结果，是不是也是受这种运行模式影响。在直接运行exe程序，单线程时，在1W/s左右，8线程下到5.2w/s出头。16线程之后，突飞猛进了，突破 Redis自身极限，达到10-20w/s？

CYQ.Data 是一个高性能且功能强大的ORM（对象关系映射）框架，支持包括.NET Core在内的各种.NET版本。它设计用于与多种数据库如MSSQL、MySQL、Oracle、Sybase、PostgreSQL、DB2、FireBird、SQLite、DaMeng、KingBaseES等，以及格式如Txt、Xml、Access、Excel和FoxPro等工作。

好几年没写 CYQ.Data 框架的文章了，一直都在低调更新版本和源码，这里就简单引用一下 GTP4 的介绍：CYQ.Data 是一个高性能且功能强大的ORM（对象关系映射）框架，支持包括.NET Core在内的各种.NET版本。它设计用于与多种数据库如MSSQL、MySQL、Oracle、Sybase、PostgreSQL、DB2、FireBird、SQLite、DaMeng、KingBaseES等，以及格式如Txt、Xml、Access、Excel和FoxPro等工作。

前方：其实完成这个功能之前，我就在思考：是先把想法写了来，和大伙讨论讨论后再实现，还是实现后再写文论述自己的思维。忽然脑后传来一个声音说：你发文后会进入发呆阶段。所以还是静下心，让我轻轻地把代码撸完再说。最近这几天，自己在大脑里演练过各种技术难点，解决方案，推敲了各种该解决的问题，觉的差不多了，才决定撸码。忽然发觉，原来代码是可以写在大脑里的。要是你看到一个员工坐着2天没写

最近一段时间，开始了《IT连》创业，所以精力和写的文章多数是在分享创业的过程。而关于本人三大框架CYQ.Data、Aries、Taurus.MVC的相关文章，基本都很少写了。但框架的维护升级，还是时不时的在进行中的，这点从开源的Github上的代码提交时间上就可以看出来了。毕竟《IT连》的后台WebAPI，用的是Taurus.MVC，后台系统管理用的是Aries。不过今天，就不写创业相关的文章了，先分享篇技术类的文章。

前言好多年没写关于此框架的新功能的介绍了，这些年一直在默默地更新，从Nuget上的记录就可以看出来：这几天在看Java的一些东西，除了觉的Java和.NET的相似度实在太高之外，就是Java太原始，急需被拯救。之后又回到.NET的思维来，想着怎么在框架里实现读写分离控制请求切换。之前几个月一直都有在思考，想及对框架现有的代码改动可能较大，所以迟迟没怎么下手。最近终于在厕所蹲

前言今天大伙还在热议关于.NET Core的东西，我只想说一句：在.NET 跨平台叫了这么多年间，其实人们期待的是一个知名的跨平台案例，而不是一堆能跨平台的消息。好，回头说说框架： 在框架完成数据库读写分离的功能后，开始回想起2年前所构思的：关于框架集成分布式缓存MemCached的实现。之前一直没动手，是因为思路比较飘，秉承着框架应该简单干净轻量引用无依赖和使用不复杂的思维：

前言以前一两个月才出一篇，这三天有点变态地连续1天1篇（其实都是上周末两天写好的存货）。短期应该没有新的和此框架相关的文章要写了，这应该是最后一篇，大伙且看且珍惜。前两篇讲数据库读写分离和分布式缓存，这篇隆重地介绍一下：MDataTable，毕竟它有很多未公布或隐藏技能，值得一看。CYQ.Data 核心使用类介绍常用：1：操作数据库：MAction、MProc （名称空间：

前言：随着CYQ.Data 开始回归免费使用之后，发现用户的情绪越来越激动，为了保持这持续的激动性，让我有了开源的念头。同时，由于框架经过这5-6年来的不断演进，以前发的早期教程已经太落后了，包括使用方式，及相关介绍，都容易引人误解。为此，我打算重新写个系列来介绍最新的版本，让大伙从传统的ORM编程过渡到自动化框架型思维编程（自已造的词）。于是：这个新系列的名称就叫：CYQ.Dat

背景：随着V5框架使用者的快速增加，终于促使我开始对整个框架编写完整的Demo。上周大概花了一星期的时间，每天写到夜里3点半，终完成了框架所有功能的Demo。同时，按V5框架名称空间的顺序，对每个类的使用，补充相应的文章介绍，以漏补缺。以下开始介绍：MAction Demo的项目文件：1：项目解决方案：2：两个文件在Debug目录里：演示的是SQLite数据库（

前言：框架开源后，学习使用的人越来越多了，所以我也更加积极的用代码回应了。在框架完成了：数据库读写分离功能 和 分布式缓存功能 后：经过三天三夜的不眠不休，终于完成框架第三个重量级的功能：自动化分布式缓存。源代码已经提交，源码地址见：终于等到你：CYQ.Data V5系列 （ORM数据层）最新版本开源了记得很多年前，大概2010年左右吧，CYQ.Data框架进入快速更新版本阶段

MProc介绍MProc：是一个用于执行SQL或存储过程的数据库操作类，它轻量高性能地类似于Dapper。MProc：它出现的场景很少，因为MAction自身就能处理掉90%-100%的数据操作（以存储过程为核心操作的除外）MProc项目Demo1：项目图：只有一个控制台代码，说明此类的使用极度简单。2：示例代码： 1 class Program 2

1：AppConfig类的介绍：Public Static (Shared) PropertiesIsEnumToInt是否使用表字段枚举转Int方式（默认为false）。 设置为true时，可以加快一点性能，但生成的表字段枚举必须和数据库一致。AopAop 插件配置项 示例配置：[ 完整类名,程序集(dll)名称]ThreadBreakPa

Log 静态类介绍：Public Static (Shared) MethodsGetExceptionMessage获取异常的内部信息WriteLogToDBOverloaded. 将日志写到数据库中[需要配置LogConn项后方生效 ]WriteLogToTxtOverloaded. 将日志写到外部txt[web.config中配置路

前言：自从CYQ.Data框架出了数据库读写分离、分布式缓存MemCache、自动缓存等大功能之后，就进入了频繁的细节打磨优化阶段。从以下的更新列表就可以看出来了，3个月更新了100条次功能：305：处理视图名重复时的问题，同时简化MDataTable的代码，取消MDataTable的ReadFromDbDataReader（统一用CreateFrom(sdr)方法读取。（2016

前言：不要问我框架为什么从收费授权转到免费开源，人生没有那么多为什么，这些年我开源的东西并不少，虽然这个是最核心的，看淡了就也没什么了。群里的网友：太平说：记得一年前你开源另一个项目的时候我就说过 这么多年 秋天有两点没变 一是还是单身 另外一个就是cyq.data还没开源 终于等到开源了！也许吧，只有把cyq.data最终开源了，才能解决单身问题，不然我在这上面花的时间太多，都没

1：本地事务DbTransaction和分布式事务TransactionScope的区别：1.1：System.Data.Common.DbTransaction：本地事务：这个没什么好说了，就是单个事务，每种数据库都有自己的实现，事务的深度内涵可以搜索查看相关的文章，不是本文介绍的重点。1.2：System.Transactions.TransactionScope：分布式事务，