在ERP中,偶尔会有存储过程里面继续调用存储过程的情况 其中更有一些特殊的存储过程分别都使用了存储过程,大致可以分为下面几种情况: 1.平行事务,在多个事务中,任意一个成功则提交数据库,失败则各自ROLLBACK 这种情况其实很简单,按顺序执行就可以了,前提是失败的存储过程不要raiserror,使用try catch捕获所有异常,通过则返回OK,失败则返回NG,即不在数据库层面抛出异常,返回一个结果集,有点类似于api调用返回结果,包含code 和 msg 2.按顺序执行,出错则回滚全部 比如

背景 前面写了两篇如何用 C# 基于 DTM 轻松实现 SAGA 和 TCC 的分布式事务,其中有一个子事务屏障的功能,很好的处理了空补偿.悬挂.重复请求等异常问题. https://dtm.pub/practice/barrier.html 不过前面的例子都是基于 mysql 的,有人问是否还支持其他数据库. 很明显这个是支持的,关系型数据库这一块,除了 mysql,还支持 pgsql 和 sql server . 现存的一些系统,肯定还有不少是基于 sql server 开发的,如果这一批系

本文转载自桦仔的博客http://www.cnblogs.com/lyhabc/archive/2013/06/10/3130856.html 对SQLSERVER数据库事务日志的疑问 摸不透SQLSERVER了 实验环境:SQLSERVER2005 SP4,Windows7 本来没什么心情写文章,反正没人看,关于我文章中提到的问题,有些可以从文章结尾的MSDN补充那里找到答案,而有些还没有答案 根据CSDN博客的这篇文章介绍,大家可以先看一下,然后再继续往下看,因为下面会引用到CSDN博客里的

如果调用的方法在不在同一个service当中,则只需要在子事务当中的方法上方添加注解即可 下方即是:这就话代表:重新开启一个新的事务 @Transactional(propagation = Propagation.REQUIRES_NEW) 如果调用的方法在同一个service的时候需要怎么处理 1.pom包引入 <!-- 引入aop,解决本地事务失效问题 --> <dependency> <groupId>org.springframework.boot</g

事务日志备份有以下3种类型 (1)纯日志备份:仅包含相隔一段时间的事务日志记录,而不包含任何大容量更改 (2)大容量操作日志备份.包括由大容量操作更改的日志和数据页,不支持时间点恢复 (3)尾日志备份:从可能已破坏的数据库创建,用于捕获尚未备份的日志记录.在失败后创建尾日志备份可以防止工作损失, 并且,尾日志备份可以包含纯日志或大容量日志数据 必须至少有一个完整备份或一个等效文件备份集,才能进行任何日志备份.通常DBA定期(如每周)创建数据库完整备份, 以更短的间隔(如每天)创建差异备份,并会频

事务的四个特性: 原子性,一致性,持久性,隔离性 原子性: 原子性:表示事务执行是作为原子,不可分割,整个语句要么执行,要么不执行sqlserver中每一个单独的语句可以看做是包含在事务中每一句本身具有原子性,要么执行,要么不执行,不会有中间状态 CREATE TABLE Student1 ( Id INT CONSTRAINT chk_test CHECK (Id = ) ) INSERT INTO Student1 VALUES(),() 例如:上面例子的约束,执行插入3成功执行,但是插入4

实例一 尊重原著作:本文参考自http://www.jb51.net/article/43540.htm --BEGIN DISTRIBUTED TRANSACTION [transactionname]--标志一个由分布式事务处理协调器MSDTC管理的TSQL分布式事务开始--SERVER A服务器为主控服务器.当连接发出后续COMMIT TRANSACTION或--ROLLBACK TRANSACTION语句时,主控服务器请求MSDTC在所涉及的服务器间管理--分布式事务的完成 --SQLS

SQLSERVER如何在子查询中使用ORDER BY 今天在使用公司的一个pager接口的时候,需要传递一个查询的SQL语句,因为我希望他能够在pager对他查询出来的结果排序之前自己先进行排序, 于是在这个SQL中添加了ORDER BY,但是得到的结果是这么个异常: 除非另外还指定了 TOP 或 FOR XML,否则,ORDER BY 子句在视图.内联函数.派生表.子查询和公用表表达式中无效. 这个异常信息已经说的很清楚了,要解决这个问题只能指定TOP,可是这个变态的接口需要的是没有TOP条数

子查询:把一个结果集让别人继续分析查询的就叫子查询 子查询如果定义了别名,在查询引用时,必须使用别名 --子查询定义了别名,引用就必须用别名 select id,n from Person,(select depname as n from Depment ) as d 常用运算符: in:表示对多个单列结果进行条件匹配 --in例子 select name,age from Person ) --any例子:与运算符结合使用,大于表示要大于查询到的结果集 select name,age fro

原文在: https://www.lesg.cn/netdaima/2016-55.html 在使用Mssql的时候经常需要用到存储过程 有些操作在前面发生错误的时候:需要回滚:这就需要事务了: 下面是代码: BEGIN TRANSACTION--开始事务 --定义错误计数器 )=''; --DECLARE @Remark NVARCHAR(4000)='';--备注 BEGIN TRY Begin PRINT ('此处是代码的正文 www.lesg.cn / https://www.lesg.

in谓词子查询 select * from dbo.Worker where did in (select dID from DepartMent) 比较运算子查询 select * from Worker where did > (select Avg(did) from DepartMent) --any其中一个成立 select * from Worker where did > all() --all全部成立 select * from Worker where did > al

一.查看当前锁定的事务 ,) ,用户机器名称,) ,是否被锁住),blocked) ,数据库名称,),cmd 命令,waittype as 等待类型 ,last_batch 最后批处理时间,open_tran 未提交事务的数量 from master.sys.sysprocesses 二.查看锁定的语句等 select t1.resource_type [资源锁定类型],DB_NAME(resource_database_id) as 数据库名 ,t1.resource_associated_e

2000现在用的估计不多了,把之前收集的一些复制问题整理发布出来.可能都是些很白很二的问题,但人总是由最初的无知不断成长,不对之处欢迎指正. sqlserver 2000事务复制问题服务器A(发布) 服务器B(分发+订阅)1.创建发布时对表identity属性问题因为该发布不允许使用可更新的订阅,当 IDENTITY 列被传输到订阅服务器时,不会传输 IDENTITY 属性.(例如,在发布服务器上定义为 INT IDENTITY 的列在订阅服务器上将定义为 INT.)如果想将 IDENTITY

SQL Server 2014新功能 -- 延迟事务持久性(Delayed Transaction Durability) SQL Server事务提交默认是完全持久性的(Full Durable),从SQL Server 2014开始,增加了新的功能延迟事务持久性,使得事务提交可设置为延时持久性的(Delayed Durable,也叫做(Lazy Commit)). 完全事务持久性(Full Transaction Durability) 在SQL Server 2014之前, SQL Ser

事务定义 事务是单个的工作单元.事务是在数据库上按照一定的逻辑顺序执行的任务序列,既可以由用户手动执行,也可以由某种数据库程序自动执行. 事务分类 自动提交事务 每条单独的语句都是一个事务. 在自动提交模式下, 每个数据库操作是在执行时已提交的事务. 此模式适合用于包含单个 SQL 语句的许多实际的事务. 不需要分隔,或者指定的这些事务完成. 在数据库中不支持事务的情况下,自动提交模式是唯一支持的模式. 在此类数据库语句仅在提交后可以执行它们并没有方法回滚它们;它们因此始终处于自动提交模式. 如

日志备份 (log backup) 包括以前日志备份中未备份的所有日志记录的事务日志备份. (完整恢复模式) 使用SSMS数据库管理工具备份事务日志 1.连接数据库,选择数据库->右键点击->选择任务->选择备份. 2.在备份数据库弹出框中->备份类型选择事务日志备份->删除系统自动生成的文件名->点击添加. 3.在选择备份目标弹出框中选择备份路径. 4.在定位数据库文件弹出框中->选择备份文件路径->输入文件名(注意添加后缀名)->点击确定. 5.弹

 第1个相关用法:摘自:https://shiyousan.com/post/f13d29b7-0d87-4168-bd8b-8b28b0991b5a 以下是出现错误的SQL部分语句: 此错误的原因是由于一个事务只能对应一个操作,要么回滚要么提交,所以执行了ROLLBACK TRAN语句后一定不能再执行COMMIT TRAN语句!!!而无论是回滚事务还是提交事务,都是不会中断SQL处理流程的,要想中断流程就需要使用RETURN语句. 上面范例中的语句先执行了ROLLBACK TRAN回滚操作(这

最近操作Sqlserver遇到一个锁表问题.找了好久才搞明白原因和解决办法. 故障现象: 每次启动事务后,执行了删除或者修改操作以后,再执行查询操作就锁表. 解决过程: 1:最初以为SQLServer进行删除和修改操作后是表锁定机制,造成无法查询,结果不是. 2:搜索查询锁表的SQL,分析了一下锁表过程. 查看被锁表: select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName from

1.在mysql中事务默认是自动提交的,只有设置autocommit为0的时候,才用自己commit(commit--rollback回滚) 2.但是在oracle中必须自己commit;不然就只能结束这次事务之后才会提交 3.在sql server中go命名在我的理解和commit命令相同,就是为了完成一个事务提交的 4.对于分页,mysql使用limit.sql server使用top.oracle使用ROWNUM等伪列 5.oracle中的varchar2和varchar相比,具备了向后兼

锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 丢失更新 A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 脏读 A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 不可重复读 A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致 并发控制的主要方法是封锁,锁就是在一段时间内禁止