程序中使用事务来管理sql语句的执行,执行失败时,可以达到回滚的要求。

1、设置使用事务的SQL执行语句


 1         /// <summary>
2 /// 使用有事务的SQL语句
3 /// </summary>
4 /// <param name="sql"></param>
5 /// <param name="conn"></param>
6 /// <param name="tran"></param>
7 /// <returns></returns>
8 public int Execsql(string sql,SqlConnection conn,SqlTransaction tran)
9 {
10 OpenConn(conn);
11 SqlCommand cmd = new SqlCommand(sql, conn);
12 cmd.Transaction = tran;
13 int i = cmd.ExecuteNonQuery();
14 Console.WriteLine(string.Format("执行带事务:影响: {0}行; 语句:{1}", i, sql));
15 return i;
16 }

2、在程序中调用


 1 using(SqlTransaction tran = conn.BeginTransaction())
2 {
3 try
4 {
5 if (dgvMast.CurrentRow != null)
6 {
7 Program.DB.Execsql(sqlSub1, conn, tran);
program.DB.Execsql(sqlSub2, conn, tran);
14 tran.Commit();//事务提交
15 }
16 }
17 catch(Exception ex)//对异常处理
18 {
19 tran.Rollback();//异常时候,事务回滚
20 MessageBox.Show(ex.Message,MessageBoxButtons.OK, MessageBoxIcon.Error);
21 }
22
23 }

可以到要求sql语句执行的一致性.

程序中使用事务来管理sql语句的执行,执行失败时,可以达到回滚的要求。,布布扣,bubuko.com

时间: 2025-01-02 11:17:14

程序中使用事务来管理sql语句的执行,执行失败时,可以达到回滚的要求。的相关文章

在 Java 中如何更高效地存储和管理 SQL 语句?

[编者按]还在为管理 Java 代码中的 SQL 语句而烦恼吗?让 Zemian 帮你摆脱困境吧!本文系 OneAPM 工程师编译整理 注意:使用java.util.Properties#loadFromXML其实会更简单! 如果使用的是普通的.没有任何外部类库的 Java JDBC,那么就必须得自己去管理 SQL 语句.很不幸的是,Java String 并不支持多行结构,所以开发者必须使用许多引号+连接符来拼接语句,这会使得 SQL 语句非常难于阅读和管理.同时,这也使得维护和测试(尝试从

郑州尚学堂:在 Java 中如何更高效地存储和管理 SQL 语句?

如果使用的是普通的.没有任何外部类库的 Java JDBC,那么就必须得自己去管理 SQL 语句.很不幸的是,Java String 并不支持多行结构,所以开发者必须使用许多引号+连接符来拼接语句,这会使得 SQL 语句非常难于阅读和管理.同时,这也使得维护和测试(尝试从 Java 代码中 Copy 一条 SQL 语句到 SQL 客户端运行)更加困难.如果能保证整条 SQL 语句完好无缺,又避免了 Java 的干扰,就更好了.这里有个快速解决方案,把 SQL 查询语句存储在 XML 的 CDAT

SQL Server中存储过程 比 直接运行SQL语句慢的原因

问题是存储过程的Parameter sniffing 在很多的资料中都描述说SQLSERVER的存储过程较普通的SQL语句有以下优点: 1. 存储过程只在创造时进行编译即可,以后每次执行存储过程都不需再重新编译,而我们通常使用的SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度. 2. 经常会遇到复杂的业务逻辑和对数据库的操作,这个时候就会用SP来封装数据库操作.当对数据库进行复杂操作时(如对多个表进行 Update,Insert,Query,Delete时),可将此复杂操作用

SQL Server中存储过程比直接运行SQL语句慢的原因

原文:SQL Server中存储过程比直接运行SQL语句慢的原因 在很多的资料中都描述说SQLSERVER的存储过程较普通的SQL语句有以下优点: 1.       存储过程只在创造时进行编译即可,以后每次执行存储过程都不需再重新编译,而我们通常使用的SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度. 2.       经常会遇到复杂的业务逻辑和对数据库的操作,这个时候就会用SP来封装数据库操作.当对数据库进行复杂操作时(如对多个表进行 Update,Insert,Query

关于在java中向带有IN的SQL语句中传参数的问题

今天遇到俩个问题: 1.在使用表格模型的时候,从数据库查询出来的数据赋值到Jtable的时候永远只显示最后一天记录,前面的都被覆盖了.一直在究其原因,未果,遂择其道而行之(第二个问题). 2.为了解决上面的问题,我将SQL语句的条件换成IN,目的想把所有参数一并传过去,查询所有记录后在一并显示到Jtable上,实验证明我的做法是对的.但是,一直没有搞懂IN(?)这个问号应该如何传值. SQL : String sql = " select sxh,grbm,xm,yybm,fyze,qzfbf,

SqlServer 中如何查看某一个Sql语句是复用了执行计划,还是重新生成了执行计划

我们知道SqlServer的查询优化器会将所执行的Sql语句的执行计划作缓存,如果后续查询可以复用缓存中的执行计划,那么SqlServer就会为后续查询复用执行计划而不是重新生成一个新的执行计划,因为复用执行计划的性能比生成执行计划的性能要高很多,所以SqlServer的这一特性可以大大提高Sql语句的执行效率.特别是对于存储过程,因为存储过程的执行计划是在存储过程第一次执行的时候生成的,存储过程的执行计划生成后就会被缓存到SqlServer的执行计划列表中,如果以后存储过程再被执行,那么存储过

SQL Server中的事务日志管理(7/9):处理日志过度增长

当一切正常时,没有必要特别留意什么是事务日志,它是如何工作的.你只要确保每个数据库都有正确的备份.当出现问题时,事务日志的理解对于采取修正操作是重要的,尤其在需要紧急恢复数据库到指定点时.这系列文章会告诉你每个DBA应该知道的具体细节. 这篇文章会列出导致事务日志过度增长的常见的问题和错误管理形式,包括: 在完整恢复模式里,没有进行日志备份 进行索引维护 长时间运行或未提交的事务阻止事务日志里空间重用 当然,如果增长没检查,日志文件会扩展直到吞没所有可用磁盘空间或日志文件的最大大小,在这个时候你

SQL Server中的事务日志管理(6/9):大容量日志恢复模式里的日志管理

当一切正常时,没有必要特别留意什么是事务日志,它是如何工作的.你只要确保每个数据库都有正确的备份.当出现问题时,事务日志的理解对于采取修正操作是重要的,尤其在需要紧急恢复数据库到指定点时.这系列文章会告诉你每个DBA应该知道的具体细节. 这个标题有点用词不当,因为运行在大容量日志恢复模式里的数据库,我们通常是长期不管理日志.但是,DBA会考虑在大容量加载时,短期切换到大容量恢复模式.当数据库在大容量模式里运行时,一些其他例如索引重建的操作会最小化日志(minimally logged),因此在日

SQL Server中的事务日志管理(9/9):监控事务日志

当一切正常时,没有必要特别留意什么是事务日志,它是如何工作的.你只要确保每个数据库都有正确的备份.当出现问题时,事务日志的理解对于采取修正操作是重要的,尤其在需要紧急恢复数据库到指定点时.这系列文章会告诉你每个DBA应该知道的具体细节. 对于在我们关注下的所有数据库,在日志维护方面,我们的首要目标是最优化写性能,为了支持SQL Server写入日志的所有活动,包括数据修改,数据读取,索引维护等等.但是,留意下可能的日志碎片也是重要的,如前面文章介绍的,它会影响需要读取日志的过程性能,例如日志备份