使用 TRY/CATCH 语句解决 SQL Server 2005 死锁
对于今天的 RDBMS 体系结构而言，死锁难以避免 — 在高容量的 OLTP 环境中更是极为普遍。正是由于 .NET 的公共语言运行库 (CLR) 的出现， SQL Server 2005 才得以为开发人员提供一种新的错误处理方法。在本月专栏中， Ron Talmage 为您介绍如何使用 TRY/CATCH 语句来解决一个死锁问题。
一个示例死锁
让我们从这样一个示例开始说起，它在 SQL Server 2000 和 2005 中都能引起死锁。在本文中，我使用 SQL Server 2005 的最新 CTP（社区技术预览，Community Technology Preview）版本，SQL Server 2005 Beta 2（7 月发布）也同样适用。如果您没有 Beta 2 或最新的 CTP 版本，请下载 SQL Server 2005 Express 的最新版本，用它来进行试验。
可能发生的死锁情况有很多，[ 参阅 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/acdata/ac_8_con_7a_3xrf.asp 以及死锁文章树中的后续文章。 — 编者 ]，但最有趣、最微妙的是那些关于阅读器和编写器互相阻塞的死锁。以下代码在 pubs 数据库中就产生了这样一个死锁。（您可以在 SQL Server 2000 的两个 Query Analyzer 窗口中或 SQL Server 2005 的两个 Management Studio queries 中并列运行这段代码。）在其中一个窗口中的代码正文前面添加下列语句：
-- Window 1 header
DECLARE @au_id varchar(11), @au_lname varchar(40)
SELECT @au_id = '111-11-1111', @au_lname = 'test1'
在第二个窗口中添加下列语句，进行第二次连接：
-- Window 2 header
DECLARE @au_id varchar(11), @au_lname varchar(40)
SELECT @au_id = '111-11-1112', @au_lname = 'test2'
在两个窗口中都使用下列语句作为代码正文：
-- Body for both connections:
BEGIN TRANSACTION
INSERT Authors VALUES
(@au_id, @au_lname, '', '', '', '', '', '11111', 0)
WAITFOR DELAY '00:00:05'
SELECT *
from authors
WHERE au_lname LIKE 'Test%'
COMMIT
在第三个窗口中运行下列语句，确保 authors 表格中没有任何包含以下 id 的数据：
DELETE from authors WHERE au_id = '111-11-1111'
DELETE from authors WHERE au_id = '111-11-1112'
在 5 秒钟内同时执行窗口 1 和 窗口 2。因为每个窗口都要等待至少 5 秒钟的时间才能发出 SELECT 语句，所有每个连接都将完成 INSERT 操作，这样就保证了两个窗口中的 INSERT 操作在各自的 SELECT 语句发布前就已经完成了。每个窗口中的 S
相关文档：
Sql Server 中一个非常强大的日期格式化函数
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
Select CONVERT(varchar(100), GE ......
1. 定义游标定义
游标语句的核心是定义了一个游标标识名，并把游标标识名和一个查询语句关联起来。DECLARE语句用于声明游标，它通过SELECT查询定义游标存储的数据集合。语句格式为：
DECLARE 游标名称 [INSENSITIVE] [SCROLL]
CURSOR FOR select语句
[FOR{READ ONLY|UPDATE[OF 列名字表]}]
参数说明：
INSENSITIVE选� ......
SQL Server 2005升级的10个理由
很多人关心的和担心的都是 SQL Server 2005 相对它的前版本SQL Server 2000所做的重大改进或新增功能。在我升级到SQL2005之后，不得不说的：你也值得拥有。(套用一句广告语，呵呵)
我总结了一下个人认为SQL Server 2005 中最值得你为之升级的10 个理由。无论你是想了解或学习SQL Se ......
任何事务无论其隔离级别如何，都具有原子性。原子性和隔离级别是两码事。
假定只有一种资源数据表上的“行“可以被锁定。锁只有共享锁和排他锁两种。
锁的兼容性：
SX
S 10
X 00
事务的隔离级别：
Read Uncommitted
数据读取时不需要锁定
Read Committed
数据读取时需要共享锁定
Repeatable Re ......
