请教数据库事务问题

whedward 2002-07-24 10:10:08
如果用的是OleDbDataAdapter和OleDbCommandBuilder进行数据库的更新,可是如果中间出错,那么想能回滚,那么如何进行?
是不是一定要自己写上四个数据库更新命令,然后对这些命令进行数据库事务管理呢?
...全文
61 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
comy 2002-08-01
  • 打赏
  • 举报
回复
既然是关系到另外的数据集的更新,那就做成一个事务啊,为什么还要分开?搞不懂你怎么想的
whedward 2002-08-01
  • 打赏
  • 举报
回复
都是说的单个数据库的更新命令组成的数据库事务,如果用的是网格控件绑定一个数据源,而同时又关联着另一个数据集的更新,那么有这样的事务管理方法吗?
这种要求应该会有的吧,我们不可能总是把网格控件简单的对应到一个数据集吧!
scook 2002-07-30
  • 打赏
  • 举报
回复
详细一点!
comy 2002-07-28
  • 打赏
  • 举报
回复
page_unload 里面
Trans.Commit();
comy 2002-07-28
  • 打赏
  • 举报
回复
page_load 里面
OleDbTransaction Trans;
Trans=conn.BeginTransaction();



whedward 2002-07-28
  • 打赏
  • 举报
回复
对于单个命令当然会处理了,可是如果用的是OleDbDataAdapter和OleDbCommandBuilder呢?
那么用数据适配器进行update()时就不可能用单个命令的事务管理方法了吧,是不是一定要自己写上那四个更新命令,然后在调用数据适配器的update()方法前对四个命令都用上事务管理方法的开始一个事务,如要提交时,也用四个命令进行Commit()之类的呢?
MS不会没想到用数据集时,数据库操作仍会有事务管理的要求吧?
对单个数据集也没什么问题,可是如果我多个数据集之间有关联,要么全部更新成功,要么全部回滚,那可咋办?
comy 2002-07-24
  • 打赏
  • 举报
回复
OleDbTransaction Trans;
Trans=conn.BeginTransaction();
try
{
OleDbCommand cmd=new OleDbCommand(sql,conn,Trans);
//.................
Trans.Commit();
}
catch
{
Trans.RollBack();
//...........
}
fxhsz 2002-07-24
  • 打赏
  • 举报
回复
极度关注
1.项目代码均经过功能验证ok,确保稳定可靠运行。欢迎下载体验!下载完使用问题请私信沟通。 2.主要针对各个计算机相关专业,包括计算机科学、信息安全、数据科学与大数据技术、人工智能、通信、物联网等领域的在校学生、专业教师、企业员工。 3.项目具有丰富的拓展空间,不仅可作为入门进阶,也可直接作为毕设、课程设计、大作业、初期项目立项演示等用途。 4.当然也鼓励大家基于此进行二次开发。在使用过程中,如有问题或建议,请及时沟通。 5.期待你能在项目中找到乐趣和灵感,也欢迎你的分享和反馈! 【资源说明】 C#开发基于FreeSql多库分布式事务、跨库查询、跨库分页查询、跨库增删改等功能实现源码+项目说明+sln.zip **前言** 话说2021年开始了一个基于ASP.NET Core 微服务的项目,谈到微服务 多库环境下 分布式事务、分库分表这些问题都是逃不开的,于是首先从ORM开始调研,需要考虑到一些重要的因素 **功能强大、支持多种数据库(并且行为一致,防止出现换库的情况)、支持分库分表** 等等,这时候第一时间就想到了 [FreeSql](https://github.com/dotnetcore/FreeSql) ,FreeSql的架构设计非常好,每一种支持的数据库都有对应的Provider实现 做到行为一致,而且支持CodeFirst和DbFirst,分库分表FreeSql也有比较简单切有效的方案,本人也经常向FreeSql的作者叶老板请教学习,非常佩服他的技术与人品,也非常感谢他能做出这么好的ORM框架。 **分布式事务** 既然分库了 分布式事务怎么处理,说到分布式事务 常见的解决方案有TCC/SAGA/消息队列最终一致性,在.NET生态中有基于消息队列实现的分布式事务 [CAP](https://github.com/dotnetcore/CAP) ,TCC和SAGA调研了很久没有发现有比较成熟的实现,那么就决定使用`CAP(最终一致性事务)` 由于项目持续的改版,业务的实时性变得越来越高,基于消息队列的这种最终一致性或者说异步事务的方案 越来越不适合我们的项目,这时候就需要同步的事务方案,TCC/SAGE又没有太好的解决方案(我真的没有找到。。),于是想着自己设计一个,基于FreeSql实现事务管理器。 想要的效果:和单库事务一样,出现错误回滚 但是问题来了 多库呢?不同的数据库呢? * 在多库事务的开启时,每个库管理开启自己的事务 * 如果某一个库事务开启后的操作出现异常,则回滚全部数据库事务 * 在多库事务提交时,每个库的事务统一提交 * 记录日志,第一个执行Common的数据库称之为主库,会自动创建一个日志表,用于记录多库事务的信息、执行的SQL、业务模块 用于人工介入或者事务补偿 * 如果主库(第一个库)Common成功后,其他某一个库可能由于网络原因、数据库宕机 无法Common事务,导致数据不一致,这时候要根据日志进行事务补偿或者人工介入,例如 存在三个库(订单库、物流库、商品库) 订单库就是主库(会记录日志) 在Common事务时,如果订单库(主库)Common失败,则(订单库、物流库、商品库)事务全部回滚,如果`订单库`(主库)Common成功,但是`物流库`由于其他原因无法Common成功 则会被日志记录并跳过,然后再去Common `商品库` 以及其他库.. **跨库查询/跨库分页查询** 通过时间分片定位、事件委托、分页算法实现跨库分页查询 1.appsettings.json配置 2.初始化数据库 3.获取IFreeSql操作对象 5.跨库分页查询 6. 跨库增删改 7.跨库并行查询(不分页) 8.跨库ToOne查询 9.跨库Any查询 10.分布式事务、多库事务

1,979

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 其他语言讨论
社区管理员
  • 其他语言社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧