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

前言 FreeSql 目前版本号 0.5.5,预计明年元旦发布 1.0.0,切莫小看了版本号,目前单元测试方法1350+,并且每个方法内的涵盖面又比较广(不信的话见下图),每一次版本发布都作了较多的测试工作. 最近的一段时间,关注我们的人时不时会看见扩展包发布,今天振奋人心的功能主要是核心部分实现(扩展包今天当配角).就不多啰嗦了,咱们直接入主题. 功能一:MapType 类型映射 使用 codefirst 时序列化 json 或 jsonb 数据类型报错 使用 postgresql + ef

前言 好多年前,DAL 作为数据库访问层,其实是非常流行的命名方式. 不知道从什么时候开始,仓储层成了新的时尚名词.目前了解到,许多人只要在项目中看见 DAL 就会觉得很 low,但是比较可笑的一点是,多数的仓储层与 DAL 实质在做同样的事情. 本文正要介绍这种比较 low 的方式,来现实通用的仓储层. 参考规范 与其他规范标准一样,仓储层也有相应的规范定义.FreeSql.Repository 参考 abp vnext 代码,定义和实现基础的仓储层(CURD),应该算比较通用的方法吧. IB

前言 这是一篇纯技术干货的分享文章,FreeSql 已经基本完成 .NETCore 最方便的 ORM 使命,我们正在筹备生态的建立,比如 ABP 中如何使用 FreeSql 的实现,需要各种各样的扩展包,好多好多工作量.有没有大神愿意无偿参与做这件事情,好吧..应该没有人!! 大约是在三天前,因为使用 FreeSql 的某项目需要做一个简单的后台功能,以便录入或管理数据.在实施的过程中好怀念当初 dotnetGen 生成器的味道,用它产生 curd 基本功能几乎是秒做: 然后今天发表的 Free

简介 FreeSql.Connection.Extensions 这是 FreeSql 衍生出来的扩展包,实现(Mysql/postgresql/sqlserver/Oracle/SQLite)数据库连接对象扩展方法,像 Dapper 一样的使用习惯(QQ群:4336577). 快速上手 dotnet add package FreeSql.Connection.Extensions 测试实体类 class TestConnectionExt { public Guid id { get; se

上回说到 FreeSql.DbContext 的规则,以及演示它的执行过程,可惜当时还不支持"乐观锁",对于更新数据来讲并不安全. FreeSql 核心库 v0.3.27 已提供乐观锁支持. 实现原理 乐观锁的原理,是利用实体某字段,如:long version,更新前先查询数据,此时 version 为 1,更新时产生的 SQL 会附加 where version = 1,当修改失败时(即 Affrows == 0)抛出异常. 每个实体只支持一个乐观锁,在属性前标记特性:[Colum

FreeSql.DbContext 实现类似 EFCore 使用方法,跟踪对象状态,最终通过 SaveChanges 方法提交事务. 目前是第二个初版,已实现状态跟踪保存(导航属性的跟踪暂时不支持). 另外还缺少 rowversion 行锁机制,这个现实好就可以在项目中使用了. 安装 dotnet add package FreeSql.DbContext 如何使用 1.在 OnConfiguring 方法上配置与 IFreeSql 关联. 说明:DbContext.DbSet 是 FreeSq

这篇文章受大家邀请,与 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

FreeSql FreeSql 是一个功能强大的 NETStandard 库,用于对象关系映射程序(O/RM),提供了 CodeFirst/DbFirst/CURD/表达式函数/读写分离 等基础封装.支持 .NETCore 2.1+ 或 .NETFramework 4.6.1+. 新的查询功能 且先看看实体定义: public class Song { [Column(IsIdentity = true)] public int Id { get; set; } public DateTime?

FreeSql.Repository 实现了过滤器,它不仅是查询时过滤,连删除/修改/插入时都会进行验证,避免数据安全问题. 过滤器 目前过滤器依附在仓储层实现,每个仓储实例都有 IDataFilter 属性,可利用其完成过滤器管理,它是独立的修改后不影响全局. public interface IDataFilter<TEntity> where TEntity : class { IDataFilter<TEntity> Apply(string filterName, Exp

FreeSql 项目从2018年11月28日开发至今,版本已发布至 v0.3.12,版本规则:年数-月-日-当日版本号.目前主要包括 FreeSql.FreeSql.Repository 两个项目的维护和开发.这篇文章介绍有哪些贴心功能. 错误:传入的请求具有过多的参数.该服务器支持最多 2100 个参数.请减少参数的数目,然后重新发送该请求. 不知道其他 orm 批量添加实体到 sqlserver 有没有这个错误,FreeSql 不存在. 实体类配置 每款 orm 都会有自己一套实体类配置方法

FreeSql 是 .NetFramework 4.6+..NetCore 下的 ORM 功能库,提供了丰富的功能,支持五种流行数据库 MySql/SqlServer/PostgreSQL/Oracle/Sqlite. 正常的数据库都支持跨库,然而 Sqlite 默认不支持,或者说支持起来较为麻烦,FreeSql 最关心的是通用.易用性,本文介绍 FreeSql 如何实现 Sqlite 跨库操作. 故事发生在 CodeFirst 自由开发 FreeSql 支持并推荐使用 CodeFirst 方式

EFCore 和 FreeSql 都是 ORM,在各自领域都有着独特的优势. 问题起源 假设某项目是使用 EFCore 开发的,且实体 特性或FluentApi 都配置好了,如: protected override void MapTable( EntityTypeBuilder builder ) { builder.ToTable( "cg_kssqbs" ); //实体表名有单独定义 } 此时用 FreeSql 操作实体会报错:数据库表不存在.除非又配置一套FreeSql的 特

年关将至,首页技术含量文章真是越来越少,理解大家盼着放假过年,哥们我何尝不是,先给大家拜个早年. 兄弟我从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 在经过6个月的开发和朋友们的工作实践,不断的改进创新,目前拥有1500个左右单元测试方法,且每个方法内又复盖不同的测试面. 今天介绍 FreeSql 各种贪婪加载的姿势,作下总结.本节内容对应的还有[延时加载],贪婪加载和他本该在一起介绍,开发项目的过程中应该双管齐下,才能写出高质量的程序.有关延时加载,日后有空再单独编写. FreeSql是一个功能强大的NETStandard库,用于对象关系映射程序(O/RM),便于开发人员能够使用 .NETStandard 对象来处理数

前言 FreeSql 是一个功能强大的 .NETStandard 库,用于对象关系映射程序(O/RM),支持 .NETCore 2.1+ 或 .NETFramework 4.6.1+(QQ群:4336577). 据了解,用户使用很少问问题,编码过程中,因业务阻塞,情有可原:因框架使用问题阻塞,得不偿失.我们的口号:做 .net 最方便的 ORM!愿每一位开发者嘴角上扬

FreeSql 经过半年的开发和坚持维护,在 0.6.x 版本中完成了几大重要事件: 1.按小包拆分,每个数据库实现为单独 dll: 2.实现 .net framework 4.5 支持: 3.同时支持 MySql.Data.MySqlConnector 的实现: 4.自定义导航属性关系的配置: 5.配套工具 FreeSql.Tools 发布: 本文主要讲解第5项,大主角往往在最后才出现!!! 拆分小包 在此之前一直被吐槽 FreeSql 臃肿,没有小包开发理念.其实我是一点也不承认这种评价,虽

FreeSql是一个功能强大的NETStandard库,用于对象关系映射程序(O/RM),以便于开发人员能够使用 .NETStandard 对象来处理数据库,不必经常编写大部分数据访问代码. 特性 支持 CodeFirst 迁移: 支持 DbFirst 从数据库导入实体类,支持三种模板生成器: 采用 ExpressionTree 高性能读取数据: 支持深入的类型映射,比如pgsql的数组类型,堪称匠心制作: 支持丰富的表达式函数: 支持导航属性查询,和延时加载: 支持同步/异步数据库操作方法,丰

前言 FreeSql 发布至今已经有9个月,功能渐渐完善,自身的生态也逐步形成,早在几个月前写过一篇文章<ORM 开发环境之利器:MVC 中间件 FreeSql.AdminLTE>,您可以先阅读上一篇文章内容了解来龙去脉,再回到这里观看. 我个人非常喜欢小规模团队的＂单打独斗＂,有的时候即使在大公司,也是做着3-5个人团队的小项目,相信不少人有类似的经历. 从上一篇文章可以看出,早先的 FreeSql.AdminLTE 只不过是花瓶,应用场景非常有限,仅仅在开发环境时管理测试数据的用途,这之后

FreeSql 是一个功能强大的对象关系映射程序(O/RM),支持 .NETCore 2.1+ 或 .NETFramework 4.5+(QQ群:4336577) FreeSql采用MIT开源协议托管于 github,地址:(https://github.com/2881099/FreeSql)[https://github.com/2881099/FreeSql] FreeSql 从 2018 年 11 月底开始研发,在 2019 年元旦开源,整体来说功能的完善度已经相当OK.由于之前的功能可