SQL Server2005 事务隔离级别
任何事务无论其隔离级别如何，都具有原子性。原子性和隔离级别是两码事。
假定只有一种资源数据表上的“行“可以被锁定。锁只有共享锁和排他锁两种。
锁的兼容性：
SX
S 10
X 00
事务的隔离级别：
Read Uncommitted
数据读取时不需要锁定
Read Committed
数据读取时需要共享锁定
Repeatable Read
数据读取时需要排他锁
Serializable
事务必须等同于串行执行
注意无论任何时候更新行都必须要有排他锁。
插入行不需要锁。
在Read Committed隔离级别下，数据读取完毕后立即释放共享锁，而在Repeatable Read隔离级别下，事务保持共享
锁直到整个事务结束。
在SQL Server中调整事务隔离级别是针对会话的，set tran isolation level后，会话中后来开始的事务都在此隔
离级别上执行。一个事务只能具有一个隔离级别。同一会话中的所有事务必须串行执行。必须通过begin tran语句来覆盖默认事务范围。
测试：
/*环境*/
CREATE TABLE [dbo].[TranTest](
[Id] [int] IDENTITY(1,1) NOT NULL,
[count1] [int] NULL,
[count2] [int] NULL
)
insert into TranTest values(1,2)
insert into TranTest values(3,4)
insert into TranTest values(5,6)
insert into TranTest values(7,8)
约定总是先执行session1，并且在session1结束前执行session2
1. 排他锁总是在事务结束时释放
--session 1
set tran isolation level any
begin tran
update TranTest set count1=count1 + 10 where id=1
waitfor delay '00:00:10'
commit tran
--session 2
select * from TranTest
现象：session2被阻塞直到session1中的会话结束。
解释：session1首先执行，更新id=1的行时持有了该行的排他锁，该锁直到session1中的事务结束时释放，这阻止
了session2获得共享锁。
2. 读未提交无需任何锁
--session 1
set tran isolation level any
begin tran
update TranTest set count1=count1 + 10 where id=1
waitfor delay '00:00:10'
commit tran
--session 2
set tran isolation level read uncommitted
begin tran
select * from TranTest
commit tran
现象：session2未被阻塞，而是读取到了session1尚未提交的数据。
解释：读未提交无需锁定，因而绕开了锁定机制。
3. 死锁
--session 1
set tran isolation level read committed
begin tr
相关文档：
参考文献：http://www.cnblogs.com/chenxizhang/archive/2009/04/23/1441913.html
SQL Server提供四种方式连接数据库服务器:
1. share memory: 只适用于客户端和服务器端在同一台机器上,才能采用的连接
2. Named pipe:
在局域网(LAN)内实现连接,一个进程使用一部分的内存来向进程的另一端传递消息,一个进程的输出是另外 ......
--> Title : SQL Server视图中常見限制条件
--> Author : wufeng4552
--> Date : 2010-03-01
(1): 视图数据更改的常見限定
当用户更新视图中的数据时,其实更改的是其对应的数据表的数据.无论是对视图中的数据进行更改,还是在视图中插入或者删除数据,都是类似的道理.但是,� ......
一、PowerDesigner生成sql问题
生成sql的方法是 Database -->Generate Database (Ctrl + G ) 但是提示 Could not load VBScript engine.
Check VBScript installation. Generation aborted due to errors detected during the verification of the model. 检查了好久 发现将check model 去掉就可以了！其中， o ......
内容转自：http://blog.csdn.net/lfzwenzhu/archive/2008/03/06/2153473.aspx
SELECT CONVERT(varchar(100), GETDATE(), 0): 05 16 2006 10:57AM
SELECT CONVERT(varchar(100), GETDATE(), 1): 05/16/06
SELECT CONVERT(varchar(100), GETDATE(), 2): 06.05.16
SELECT CONVERT(varchar(100), GETDATE(), 3): 16/05/06
......
