Ø 事务 在数据库中有时候需要把多个步骤的指令当作一个整体来运行，这个整体要么全部成功，要么全部失败，这就需要用到事务。     1、 事务的特点         事务有若干条T-SQL指令组成，并且所有的指令昨晚一个整体提交给数据库系统，执行时，这组指令要么全部执行完成，要么全部取消。因此，事务是

本章上篇内容：WCF4.0进阶系列—第九章 事务支持（上） 【正文】 设计支持事务的WCF服务 本章前面小节的内容为你展示了在WCF服务中如何实现事务，但是在设计支持事务的WCF服务时，仍然有许多问题值得你关注。 事务、会话和服务实例模式 如果你在WCF服务中在一个或多个操作上设置OperationBehavior特性类的TransactionAutoComplete属性值为f

【前言】 大部分程序通常需要确保其操作数据的一致性。通过事务可以帮助达到该一致性。一个事务指一个组工作或一系列操作的原子性，原子性意味着要么全部成功地执行，要么当某个异常发生时全部均不执行。事务的典型例子是在两个银行账户之间转账，即从一个账户上扣除一定数量的金钱并将同样数量的金钱添加至另外一个账户。如果添加操作失败，那么扣除操作也必须复原，否则原账户的金钱丢失。相应地，如果扣除操作失败，添加操作

概述 事务必须具有原子性、一致性、隔离性和持久性。虽然首字母缩写词容易记忆，但是每个词的含义不是很明显。以下是简要说明。   ●    原子性（Atomicity）：原子性可确保要么执行所有更新，要么什么也不发生。由于事务中的原子性保障，开发人员不必编写代码来处理更新成功而另一个没有成功的情况。   ●   

一、在mvc中使用事务我记录 mvc 框架已经集成了数据库事务处理，启用事务的做法很简单，只要在action上面打上[DbTransaction]批注(attribute)即可，比如：[HttpPost, DbTransaction]public void Create() {}这个批注的处理方式是，只要action发生了任何异常，数据库都会自动回滚。wojilu系统使用了大量的批注[特性，本人比

本文主要涉及LinqToSql数据库事务相关，文章不足之处，欢迎您指出。 　　一、回顾T-SQL中的事务机制 　　代码如下： 1 /*加入事务机制后的存储过程*/ 2  create procedure sp_example 3 @param1 int = null, 4 @param2 nvarchar(20) = null 5  as 6 begin tr

本系列文章导航WCF从理论到实践(1)：揭开神秘面纱WCF从理论到实践(2)：决战紫禁之巅WCF从理论到实践(3)：八号当铺之黑色契约WCF从理论到实践(4)：路在何方WCF从理论到实践(5)：Binding细解WCF从理论到实践(6)：WCF架构WCF从理论到实践(7)：消息交换模式WCF从理论到实践(8)：事件广播WCF从理论到实践(9):实例模式和对象生命周期WCF从理论到实践(10)：异常

引述      首先， 说下我写篇文章的目的，我希望能把我对触发器的理解，分享出来与你一起学习。如果你有对触发器和事务的概念，有些了解，这篇文章，对你来说会是很简单，或能让你更进一步的了解触发器里面的一些故事，和触发器中事务个故事。在这边文章里面，我不会从触发器和事务的概念去讲述，而是从常见的两种触发器类型(DML触发器 & DDL触发器

问题描述： 　　首先，不知道你有没有类似的经历，在可更新订阅的事务复制，当初始化订阅时，发生了类似这样的错误：列名 'msrepl_tran_version' 无效 。(源: MSSQLSERVER，错误号: 207 ) 　　      图1.通过复制监视器来检查错误　　 　　图2.通过作业的历史记录来检查错误 问题分析：&nb

  在Entity Framework 中使用SaveChanges()是很频繁的，单次修改或删除数据后调用SaveChanges()返回影响记录数。要使用批量修改或者批量删除数据，就需要SaveChanges(false)+AcceptAllChanges()方法了。 SaveChanges(false) 只是通知EF需要对数据库执行的操作，在内存中是属于挂起状态，在必要的时

.NET直接提供对MSMQ的访问支持，只需要添加System.Messaging程序集引用即可方便地操作MSMQ。MSMQ支持两种事务处理模式：内部事务处理以及基于MS-DTC的分布式事务处理。 MSMQ的内部事务处理 MSMQ的内部事务处理是指，仅采用MSMQ本身提供的事务处理机制完成事务处理。比如，假设有一系列的消息需要发布到MSMQ，那么，就可以启动一个内部事务，确保这些消息的发布过程是一

在继续实现Apworks框架的过程中，发现一个必须解决的问题，就是分布式事务处理。它要求两个原本相对独立的工作能够在同一个事务上下文中完成处理。如果处理成功，则两者同时提交，否则，两者同时回滚。Apworks框架需要依赖分布式事务来解决二次提交（2PC）的问题，这个在我之前的博客文章中也提到过，简单地说，就是领域事件的存储和发布必须是一个原子操作。在此，我打算使用2-3篇文章的篇幅对.NET下分布

DELPHI DATASNAP 2010 入门操作(1)为什么要用datasnap 2010 http://www.cnblogs.com/zhqian/archive/2010/07/06/1771779.html   DELPHI DATASNAP 2010 入门操作(2)不写一行代码，绿色三层我也行 http://www.cnblogs.com/zhqian/archive/20

     这几天对SQL中的事务进行复习，来自于对客户项目维护引起的思考！先说说项目维护中遇到的问题： 我们公司开发的软件项目，它建立在第三方公司开发项目(你见到过垄断主义的软件吗？)之上，数据库是直接的依赖关系，它偶尔出现死机的现象？ 问题描述： 客户在使用我们的公司开发的软件系统的过程中偶尔出现死机的现象，然而又不能找到死机的操作流程是怎样的，而且软件死机后通过重启电脑后又能正常的运行？ 重现死机的过程： 针对客户提出的这种现象我到客户现场去查找具体的原因，因为我们开发的软件系统是建立在第三方的系统之上，因此这给查找死机的原因带来了难度！而且客户提出的死机不是必然，这也给查找问题带来了困难。唉，不知是什么原因，我每次去客户那边都发现我们的软件系统都能正常的工作，不会出现死机的现象？可为什么客户在使用的过程中出现呢？最后只有告诉客户说：如果再出现死