比如项目内已经使用了其它 orm,如 efcore,这样意味着实体中可能存在 [Key],但它与 FreeSql [Column(IsPrimary = true] 不同. Q: FreeSql 实体特性为啥这么别扭? A: 为了考虑一致性用法,全部封装在 ColumnAttribute 下,这样用户使用起来,不用到处 using 或者 回忆特性应该用哪个名字,如自增 [Column(IsIdentity = true)] 即可. FreeSql 提供 AOP 自定义特性功能,实现与多个 orm

前言 故事是这样开始的: 然后突然又来了句... 扪心自问自从不知道怎么当了 FreeSql 开发群 () 的管理以来, 几乎没有给 FreeSql 做过什么贡献...惭愧惭愧. 借此机会, 似乎可以做点什么. 整起来 根据官方文档描述, 如要实现自定义存储, 需要实现这3个接口, 它们分别是 IClientStore, IPersistedGrantStore, IResourceStore 新建一个项目 IdentityServer4.FreeSql. 然后新建一个目录 Stores, 用来

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

Umbraco中的ModelBuilder有以下几种形式 Pure Live models Dll models LiveDll models AppData models LiveAppData models 具体详细的介绍文章可以参见:  https://github.com/zpqrtbnk/Zbu.ModelsBuilder/wiki/Builder-Modes 具体的ModelBuilder的源代码可以在GitHub上找到 https://github.com/zpqrtbnk/Zbu

Modelbuilder进阶教程 By 李远祥 Modelbuilder 进阶1 自定义变量 参数是用来交互操作的,因此,参数具备非常大的灵活性,包括参数的定义和调用. 除了工具里面的参数之外,还可以通过自定义变量,自定义变量可以非常灵活的在工具的参数中调用. 变量包括了ArcMap大部分对象和数据,如文档.图层.数据类型.字段等,也包含了其他通用变量,如字符串.数值等 变量的调用一般使用%%括住变量名称,可以混合在参数中使用. 下面例子中使用一个行政代码区创建地理数据库,给字符串变量重命名为[

Modelbuilder快速入门 by 李远祥 什么是modelbuilder 模型构建器是一个用来创建.编辑和管理模型的应用程序.模型是将一系列地理处理工具串联在一起的工作流,它将其中一个工具的输出作为另一个工具的输入.也可以将模型构建器看成是用于构建工作流的可视化编程语言. 模型构建器除了有助于构造和执行简单工作流外,还能通过创建模型并将其共享为工具来提供扩展 ArcGIS 功能的高级方法.模型构建器甚至还可用于将 ArcGIS 与其他应用程序进行集成. Modelbuilder的优势 模型

前言 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 对象来处理数