1.Entity Framework(重量级)2.NHibernate(重量级)3.Dapper(轻量级)4.PetaPoco(轻量级)5.MyBatis.Net (介于EF和Dapper之间) 对比:操作的难易程度.执行效率.跨数据库 应用程序的组成必须有数据库开发人员的职责:编写业务和功能性代码如果让开发人员去学习数据库增加了开发成本,将数据库操作封装为代码级别的API让程序员调用,实现了职责分离 (1)Entity FrameworkNuGet 安装EF命令行输入:Install-Pack

前言: 最近由于工作需要,需要选用一种ORM框架,也因此对EF Core.FreeSql.SqlSuger作简单对比.个人认为各有有优势,存在即合理,不然早就被淘汰了是吧,所以如何选择因人而议.因项目而议,下面开始正题. 本篇文章不讲解基础知识,如有需要可移步到相应官网:EF Core官方文档:https://docs.microsoft.com/zh-cn/ef/,FreeSql官方文档:http://freesql.net/guide.html,SqlSuger官方文档:http://www

hisql与目前比较流行的ORM框架性能测试对比 总体测试结果 插入记录数 hisql(耗时) sqlsugar(耗时) freesql(耗时) 5条 0.0107秒 0.0312秒 0.02675秒 10条 0.0111秒 0.0307秒 0.0271秒 50条 0.0174秒 0.0364秒 0.0430秒 100条 0.0281秒 0.0472秒 0.0922秒 200条 0.0310秒 0.0584秒 0.2319秒 500条 0.0712秒 0.1127秒 0.5996秒 1000条

在2022年1月份本人做过一次sqlsugar,hisql,freesql三个框架的性能测试,上次主要是测的sqlserver下的常规插入(非bulkcopy的方式数据插入),hisql与目前比较流行的ORM框架性能测试对比 时间已经过半年,这次我就测的更完整点测试方案如下 测试方案 测试四种数据库(sqlserver,mysql,oralce,postgresql) 每种数据库写一遍测试文章 常规插入和批量插入 数据量从5条到100W间的数据插入 数据列从5列和50列的各种数据类型场景 开源测

c# 国内外ORM 框架 dapper efcore sqlsugar freesql hisql sqlserver数据常规插入测试性能对比对比 在6.22 号发布了 c# sqlsugar,hisql,freesql orm框架全方位性能测试对比 sqlserver 性能测试 引起了很多争议 声明 首先我还是要做一下声明,测的都是开源软件,都是有开源协议的,而且测试源码已经开放不存在有故意黑的主观意图,测试结果仅为博主的电脑的配置测试的结果为测试结果呈现,测试结果不为最终结果.如果有意见请文

这篇文章受大家邀请,与 SqlSugar 做一次简单的性能测试对比.主要针对插入.批量插入.批量更新.读取性能的测试: 测试环境 .net core 2.2 FreeSql 0.3.17 sqlSugarCore 4.9.9.3 sqlserver 14.00.1000 Express.mysql 5.6 测试项目 以 console 程序,创建步骤: 1.dotnet new console 2.dotnet add package FreeSql 3.dotnet add package s

年关将至,首页技术含量文章真是越来越少,理解大家盼着放假过年,哥们我何尝不是,先给大家拜个早年. 兄弟我从11月底发了神经,开启了 ORM 功能库的开发之旅,历时两个月编码和文档整理,目前预览版本更新到 v0.0.9 仍是一个初级版本,怎奈今天把 wiki 文档更新到一半,突然想写一篇文章提前向大家介绍项目. 快过年还逼着您来了解新的技术,实在是抱歉了.介绍一下自己,有一些朋友可能知道我本人,我经常会在群里放开源项目,比如 dotnetGen.csredis 等,反感之余仍然希望可以真的帮助到有

FreeSql 项目大概在20天前想着要做的,今天发布0.0.4在群里被一位大神讽刺. 这位无名氏哥们的观点,先声明这不是找安慰的文章,更加不是报复打击的目的. 1 所以这个比EF好在哪里 2 毕竟EF是官方的技术,你自己造的轮子得说明自己哪里不是重复造轮子,而不是问已有的轮子到底怎么样 3 EF完全可以胜任并且超出一个ORM框架需要的所有功能 4 你可以觉得EF不够好,自己做一个更好的,但是这建立在你能指出EF哪里不好的前提下 5 另外插入一个话题,[图片]这个项目引用 很显然 这违背了.NE

FreeSql 是一个功能强大的对象关系映射程序(O/RM),支持 .NETCore 2.1+ 或 .NETFramework 4.5+(QQ群:4336577) FreeSql采用MIT开源协议托管于 github. 特性 [x] 支持 CodeFirst 迁移: [x] 支持 DbFirst 从数据库导入实体类,支持三种模板生成器: [x] 采用 ExpressionTree 高性能读取数据: [x] 支持深入的类型映射,比如pgsql的数组类型,堪称匠心制作: [x] 支持丰富的表达式函数

FreeSql支持丰富的更新数据方法,支持单条或批量更新,在特定的数据库执行还可以返回更新后的记录值. var connstr = "Data Source=127.0.0.1;Port=3306;User ID=root;Password=root;" + "Initial Catalog=cccddd;Charset=utf8;SslMode=none;Max pool size=10"; IFreeSql fsql = new FreeSql.FreeSqlB

FreeSql 采用 ExpressionTree 优化读取速读,如果懂技术的你一定知道 .NETCore 技术下除了原生代码,最快就是 Emit 和 ExpressionTree. 项目在初期使用的反射+缓存,虽然 .NETCore 优化了反射性能,但经过与Dapper性能测试对比之后,发现仍然有一定差距,改成 ExpresstionTree 后才与 Dapper 性能相当. FreeSql 支持的类型较多,实现 ExpressionTree 的复杂度较大,有兴趣的朋友可以翻阅源代码. IFr

FreeSql 支持 CodeFirst 迁移结构至数据库,这应该是(O/RM)必须标配的一个功能. 与其他(O/RM)不同FreeSql支持更多的数据库特性,而不只是支持基础的数据类型,这既是优点也是缺点,优点是充分利用数据库特性辅助开发,缺点是切换数据库变得困难.不同程序员的理念可能不太一致,作为功能库FreeSql支持到了极致,至于是否使用是项目组技术衡量的另一个问题. 尽管多种数据库适配逻辑非常复杂,FreeSql始终秉承优化程序开发习惯的原则尽量去实现,中间碰到了一些非技术无法攻克的难

写在前面 FreeSql 一个款 .net 平台下支持 .net framework 4.5+..net core 2.1+ 的开源 ORM.单元测试超过3100+,正在不断吸引新的开发者,生命不息开发不止. 和 EFCore 一样,我们也有导航对象,支持[OneToOne](一对一).[ManyToOne](多对一).[OneToMany](一对多).[ParentChild](父子).[ManyToMany](多对多),可以约定配置或手工配置实体间的关联,也可以使用 fluent api 设

FreeSql 开源发布快一年了,立志成为 .Net 平台方便好用的 ORM,仓库地址:https://github.com/2881099/FreeSql 随着不断的迭代更新,越来越稳定,也越来越强大.预计在一周年的时候(2020年1月1日)发布 1.0 正式版本. 金九银十的日子过去了,在这个铜一般的月份里,鄙人做了几个重大功能,希望对使用者开发提供更大的便利. 一.Dto 映射查询 二.IncludeMany 联级加载 三.Where(a => true) 逻辑表达式解析优化 四.Save

一.简介 FreeSql 是 .NET 平台下的对象关系映射技术(O/RM),支持 .NetCore 2.1+ 或 .NetFramework 4.0+ 或 Xamarin. 从 0.0.1 发布,历时整整一年的迭代更新,原计划元旦发布1.0,可能作者比较急提前了几天发布.其实是元旦有其他事-- 本文内容从简,介绍项目的主要功能框架,以及暂时能想到的可能比较有说服力的特性. 二.项目统计 主仓库解决方案共计项目:29个 单元测试:3510个 Code Issues:168个 文档Wiki:43个

废话开头 这篇文章是我有史以来编辑最长时间的,历时 4小时!!!原本我可以利用这 4小时编写一堆胶水代码,真心希望善良的您点个赞,谢谢了!! 很久很久没有写文章了,上一次还是在元旦发布 1.0 版本的时候,今年版本规划是每月底发布小版本(年底发布 2.0),全年的开源工作主要是收集用户需求增加功能,完善测试,修复 bug.FreeSql 1.0 -> 1.5 相隔半年有哪些新功能?只能说每个功能都能让我兴奋,并且能感受到使用者也一样兴奋(妄想症). 迫不及待的人会问,这更新速度也太快了吧,升级会

写在开头 FreeSql 是 .NET 开源生态下的 ORM 轮子,在一些人眼里属于重复造轮子:不看也罢.就像昨天有位朋友截图某培训直播发给我看,内容为:"FreeSQL(个人产品),自己玩可以,不要商用.ORM框架:1.安全.稳定(更新稳定.有BUG有人修复,有人升级)". 这突出其来的"关爱",让我的内心毫无波澜,确实是毫无波澜,比起当初 FreeSql 初出茅庐之时的讽刺友好得多.写在开头的这些内容并不祈求这部分人改变观念,该黑的请继续黑,黑总比没有关注好,是

前言 转眼已经过了金九,光阴真的是似箭啊,周六日常加班,忙里抽闲就想鼓捣个啥看看,刚好最近想着有没有必要换个orm,从当时原生到Dapper,又到现在的Sqlsugar,因为经常听到几个不错的orm,就是今天想测试的Freesql,其实对于造轮子这种事,个人觉得其实是件好事,只有轮子多了,才会有车,虽然参差不齐,但开车的心情还是挺嗨皮的,就算磕磕绊绊,那也是体验过才知道,当然毕竟是开源的自己也可以扩展改造嘛. 开始 因为电脑上只有mysql,这里就单对mysql做下对比测试了,针对增删改查这些常

写在开头 FreeSql 是 .NET 开源生态下的 ORM 轮子,转眼快两年了,说真的开源不容易(只有经历过才明白).今天带点干货和湿货给大家,先说下湿货. 认识我的人,知道 CSRedisCore 是我写的另外一个开源组件,这个项目是 2016 年从 ctstone/csredis 项目 clone 到自己工作的项目中,修改源码经过一年多生产考虑于 2017 年发布开源于 https://github.com/2881099/csredis ctstone/csredis 项目于 2014

写在开头 2018年11月头脑发热到今天,一晃已经两年,当初从舒服区走向一个巨大的坑,回头一看后背一凉. 两年时间从无到有,经历数不清的日夜奋斗(有人问花了多长时间投入,答案:全职x2 + 两年无休息). 今天 FreeSql 已经很强大,感谢第一批.第二批.第N批持续提出建议的朋友,总算给社区交了一个满意答卷. v2.0.0 是一个稳定的版本,主要体现: 用户 API 已经确定,不会轻易推翻又作调整,坚持五年不变的原则,让使用者真真正正的不再关心 ORM 使用问题: 单元测试覆盖面广,5500

hisql与目前比较流行的ORM框架性能测试对比 hisql 一直定位为新一代的ORM框架 为低代码开发而生 测试数据数据库为sqlserver数据库 测试源码地址hisql与sqlsugar freesql测试源码 git clone https://github.com/tansar/HiSqlTestDemo.git 总体测试结果 插入记录数 hisql(耗时) sqlsugar(耗时) freesql(耗时) 10条 0.0270秒 0.1710秒 0.1981秒 100条 0.0395