mssql里事务的详解
整理转贴
一、事务的属性
事务具有acid属性:即 atomic原子性, consistent一致性, isolated隔离性, durable永久性
原子性：事务应作为一个工作单元,事务处理完成，所有的工作要么都在数据库中保存下来，要么完全回滚，全部不保留
一致性：事务完成或者撤销后，都应该处于一致的状态
隔离性：多个事务同时进行，它们之间应该互不干扰.应该防止一个事务处理其他事务也要修改的数据时，不合理的存取和不完整的读取数据
永久性：事务提交以后，所做的工作就被永久的保存下来
二、事务并发处理会产生的问题
丢失更新：当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，会发生丢失更新问题、每个事务都不知道其它事务的存在。最后的更新将重写由其它事务所做的更新，这将导致数据丢失。
脏读：当第二个事务选择其它事务正在更新的行时，会发生未确认的相关性问题。 第二个事务正在读取的数据还没有确认并且可能由更新此行的事务所更改。
不可重复读：当第二个事务多次访问同一行而且每次读取不同的数据时，会发生不一致的分析问题。不一致的分析与未确认的相关性类似，因为其它事务也是正在更改第二个事务正在读取的数据。 然而，在不一致的分析中，第二个事务读取的数据是由已进行了更改的事务提交的。而且，不一致的分析涉及多次（两次或更多）读取同一行，而且每次信息都由其它事务更改；因而该行被非重复读取。
幻像读：当对某行执行插入或删除操作，而该行属于某个事务正在读取的行的范围时，会发生幻像读问题。 事务第一次读的行范围显示出其中一行已不复存在于第二次读或后续读中，因为该行已被其它事务删除。同样，由于其它事务的插入操作，事务的第二次或后续读显示有一行已不存在于原始读中。
三、事务处理类型
自动处理事务：系统默认每个t－sql命令都是事务处理 由系统自动开始并提交
隐式事务：当有大量的ddl 和dml命令执行时会自动开始，并一直保持到用户明确提交为止，切换隐式事务可以用set implicit_transactions.为连接设置隐性事务模式.当设置为 on 时，set implicit_transactions 将连接设置为隐性事务模式。当设置为 off 时，则使连接返回到自动提交事务模式
用户定义事务：由用户来控制事务的开始和结束 命令有: begin tran, commit tran,rollback tran 命令
分布式事务：跨越多个服务器的事务称为分布式事务,sql server 可以由dtc microsoft dist
相关文档：
从mssql6.5开始，微软提供了两个不公开，非常有用的系统存储过程sp_MSforeachtable和sp_MSforeachdb，用于遍历某个数据库的每个表和遍历DBMS管理下的每个数据库。
我们在master数据库里执行下面的语句可以看到两个proc详细的代码
use master
exec sp_helptext sp_MSforeachtable
exec sp_helptext sp_Msforeachdb
sp_M ......
1.
--将汉字转换为拼音首字母
CREATE function GetAllPY(@str nvarchar(4000))
returns nvarchar(4000)
--WITH ENCRYPTION
as
begin
declare @intLen int
declare @strRet nvarchar(4000)
declare @temp nvarchar(100)
set @intLen &nb ......
锁机制
NOLOCK和READPAST的区别。
1. 开启一个事务执行插入数据的操作。
BEGIN TRAN t
INSERT INTO Customer
SELECT 'a','a'
2. 执行一条查询语句。
SELECT * from Customer WITH (NOLOCK)
结果中显示"a"和"a"。当1中事务回滚后，那么a将成为脏数据。(注:1中的事务未提交) 。NOLOCK表明没有对数据表添加共� ......
最近有个小东西要查看mssql数据库是用php实现的，以前我用php5.2时感觉挺简单的所以想php5.3也应该很简单的
为什么要用php5.3呢因为我想用sqlite3.0的啊，因为php5.2的不支持sqlite3.0的啊，所以我特意去下了5.3了下载回来了才发现5.3里没有mssql的dll扩展了，郁闷啊，不管这么多先用起那sqlite3.0再说了
sqlite3.0的部分 ......
