首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

已实现乐观锁功能,FreeSql.DbContext 准备起航

上回说到 FreeSql.DbContext 的规则,以及演示它的执行过程,可惜当时还不支持“乐观锁”,对于更新数据来讲并不安全。 FreeSql 核心库 v0.3.27 已提供乐观锁支持。...无论是使用 FreeSql/FreeSql.Repository/FreeSql.DbContext,每次更新 version 的值都会增加 1 至此,FreeSql.DbContext 的更新操作就安全了...安装 dotnet add package FreeSql.DbContext 测试功能 下面演示更新 BigNumber 属性,为什么定义他为 string 呢,对于数字的更新 set clicks...当更新时,版本不正确提示以下错误,DbContext 将回滚操作: ?...总结 FreeSql.DbContext 实现类似 EFCore 使用方法,跟踪对象状态,最终通过 SaveChanges 方法提交事务。

68330

FreeSql.DbContext ,向"不是真正的 ORM" 说拜拜

DbContext 提供 SaveChanges 方法; 执行队列; DbSet 提供 Add、AddRange、Remove、RemoveRange、Update、UpdateRange 方法; 以及...实体的主键值,value=实体; Add/AddRange(entitys) 验证 entitys 主键值,是否存在于 states 中,存在时报错; 验证 entitys 主键中存在自增: 若有,则立即开启 DbContext...states 的值; 更新数据规则 对比 states 中存在的历史快照值,返回即将修改的 fields; 演示代码 using FreeSql;public class SongContext : DbContext...当插入单条时,采用了第一行代码的 SQL 命令; 当批量插入时,采用了后面看上去复杂的 SQL 命令; 所有传入的实体属性值在执行完成后,都会更新; 特别说明 FreeSql.DbContext 目前仍处于研究开发阶段...希望 FreeSql.DbContext 随着时间的积累,稳定性和成熟度有所提升,不久成为一个真正的 ORM。 有人会担心,我们第三方做的不靠谱,没有 EFCore 稳定的说话,这个是当然。

96030

FreeSql.DbContext ,向"不是真正的 ORM" 说拜拜

DbContext 提供 SaveChanges 方法; 执行队列; DbSet 提供 Add、AddRange、Remove、RemoveRange、Update、UpdateRange 方法; 以及...实体的主键值,value=实体; Add/AddRange(entitys) 验证 entitys 主键值,是否存在于 states 中,存在时报错; 验证 entitys 主键中存在自增: 若有,则立即开启 DbContext...states 的值; 更新数据规则 对比 states 中存在的历史快照值,返回即将修改的 fields; 演示代码 using FreeSql;public class SongContext : DbContext...当插入单条时,采用了第一行代码的 SQL 命令; 当批量插入时,采用了后面看上去复杂的 SQL 命令; 所有传入的实体属性值在执行完成后,都会更新; 特别说明 FreeSql.DbContext 目前仍处于研究开发阶段...希望 FreeSql.DbContext 随着时间的积累,稳定性和成熟度有所提升,不久成为一个真正的 ORM。 有人会担心,我们第三方做的不靠谱,没有 EFCore 稳定的说话,这个是当然。

1.3K10

【源码解读(一)】EFCORE源码解读之创建DBContext查询拦截

二:DbContext的构造函数里面做了那些事情。     三:如何在EfCore的服务中获取到Web注入的服务的方式之一。     四:拦截查询的几种方式。     ...在下面的代码,刚开始判断了如果DBContext的生命周期是单例,要将Option的生命周期也设置为单例,如果不设置为单例,就会出现错误,这个错误在之前讲解IOC的文章中,我记得也提到过,接下来判断设置...Option的委托是否为null,如果不为null,那DBContext的构造函数是必须要有一个参数,所以下面调用了一个方法CheckContextConstructors。...DBContext构造     构造函数的代码是整体是没多少的,但是最重要的还是在于GetOrAdd的方法。...) { _logger = logger; this.webGetName = webGetName; DbContext = dbContext

28620

EF Core 小坑:DbContextPool 会引起数据库连接池连接耗尽

DbContextPool 是 ASP.NET Core 2.1 引入的新特性,可以节省创建 DbContext 实例的开销,但没有想到其中藏着一个小坑。...今天在周会上谈了这个怪问题,后来突然想到:每个 DbContext 实例都会占用一个数据库连接(SqlConnection),不启用 DbContextPool 的时候,请求一结束,对应 DbContext...而使用 DbContextPool 的时候,请求结束后 DbContext 不会被 Dispose 而是被放回 DbContextPool ,DbContext 被放回属于自己的池中,就意味它对应的数据库连接不会被放回它所属的连接池...DbContextPool 中的每一个 DbContext 都对应一个数据库连接,DbContextPool 中每多一个 DbContext ,数据库连接池中就会少一个数据库连接。...(假设是100),当填到第 101 个 DbContext 时就会出现上面的错误。

2.2K20

EF 数据库连接约定(Connection String Conventions in Code First)

一个典型的EF应用大多数情况下是一个DbContext的派生类(derived class)来控制,通常可以使用该派生类调用DbContext的构造函数,来控制以下的东西: (1)、上下文如何连接到数据库...(给定连接字符串) (2)、上下文是通过Code First语法计算模型还是使用EF 设计器 (3)、额外的高级选项 下面是DbContext构造器的常用的用途: 一、DbContext无参构造函数 如果当前...EF应用中没有做任何的配置.且在你自定义的数据库上下文类中没有调用DbContext带参的构造函数,那么当前应用对应的数据库上下文类,将会调用DbContext的默认无参的构造函数(EF默认规定的数据库连接...二、DbContext带string参数的构造函数 1、如果没有在数据库上下文进行其他额外的配置,然后调用DbContext中的带参的构造函数,传入你想要使用的数据库连接字符串,然后Code First...pass an existing ObjectContext to a DbContext constructor to create a DbContext wrapping the existing

1.4K90

.Net Core + EF + mysql 从数据库生成实体

Microsoft.EntityFrameworkCore.Tools Install-Package Microsoft.VisualStudio.Web.CodeGeneration.Design 运行命令生成实体 Mysql 版本: Scaffold-DbContext...database=tech5_kj;sslmode=none;" Pomelo.EntityFrameworkCore.MySql -OutputDir Models -Force 或者 Scaffold-DbContext...Pomelo.EntityFrameworkCore.MySql -OutputDir Models -UseDatabaseNames -Force Sql server版本: Scaffold-DbContext...Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models -Force 参数说明 -OutputDir *** 实体文件所存放的文件目录 -ContextDir *** DbContext...文件存放的目录 -Context *** DbContext文件名 -Schemas *** 需要生成实体数据的数据表所在的模式 -Tables *** 需要生成实体数据的数据表的集合 -DataAnnotations

1.6K10
领券