使用 TRY/CATCH 语句解决 SQL Server 2005 死锁
一个示例死锁
让我们从这样一个示例开始说起，它在 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 语句发布前就已经完成了。每个窗口中的 SELECT 语句都尝试读取 authors 表格中的所有数据，查找 au_lname 字段值中类似“Test%”格式的数据。因此，两个窗口中的 SELECT 语句都将尝试读取各自连接中的插入数据 — 也读取对方连接中的插入数据。
READ COMMITTED 隔离级别通过发布共享锁确保 SELECT 语句永远不读取未
相关文档：
SQL聚合函
标签：sql聚合函数 杂谈
聚合函数：
1.AVG 返回组中的平均值，空值将被忽略。
例如：use northwind // 操作northwind数据库
Go
Select avg (unitprice) //从表中选择求unitprice的平均值
& ......
sql 函数总结
常用的字符串函数有：
一、字符转换函数
1、ASCII()
返回字符表达式最左端字符的ASCII 码值。在ASCII（）函数中，纯数字的字符串可不用‘’括起来，但含其它字符的字符串必须用‘’括起来使用，否则会出错。
2、CHAR()
将ASCII 码转换为字符。如果没有输入0 ~ 255 之间的ASCII ......
公司组织SQL水平考试，看了写教材，写了点总结发上来跟大家分享。
我公司使用的是Sybase ASE12.5，所以下面的一些特性是针对Sybase ASE的。
一：SQL Bisic
1：SQL(Structured Quary Language)特性：
a：标准化
b：非过程化的
c：可优化的
d：面向集合操作的
2：ASE中的数据类型
a：Numberic
b：Character
c：Dat ......
如何生成explain plan?
解答:运行utlxplan.sql. 建立plan 表
针对特定SQL语句，使用 explain plan set statement_id = 'tst1' into plan_table
运行utlxplp.sql 或 utlxpls.sql察看explain plan
EXPLAIN PLAN 是一个很好的分析SQL语句的工具,它甚至可以在不执行SQL的情况下分析语句. 通过分析,我们就可以� ......
通过分析SQL语句的执行计划优化SQL(总结)
做 DBA快7年了，中间感悟很多。在DBA的日常工作中，调整个别性能较差的SQL语句时一项富有挑战性的工作。其中的关键在于如何得到SQL语句的执行计划和如何从SQL语句的执行计划中发现问题。总是想将日常经验的点点滴滴总结一下，但是直到最近才下定决心，总共花了3个周末时间，才将其 ......
