SQL锁机制和事务隔离级别（转）
NOLOCK和READPAST的区别。
1.开启一个事务执行插入数据的操作。
BEGIN TRAN t
INSERT INTO Customer
SELECT 'a','a'
2.执行一条查询语句。
SELECT * from Customer WITH (NOLOCK)
结果中显示”a”和”a”。当1中事务回滚后，那么a将成为脏数据。(注:1中的事务未提交) 。NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修改。
SELECT * from Customer
这条语句将一直死锁，直到排他锁解除或者锁超时为止。(注:设置锁超时SET LOCK_TIMEOUT 1800)
SELECT * from Customer WITH (READPAST)
这条语句将显示a未提交前的状态，但不锁定整个表。这个提示指明数据库引擎返回结果时忽略加锁的行或数据页。
3.执行一条插入语句。
BEGIN TRAN t
INSERT INTO Customer
SELECT 'b','b'
COMMIT TRAN t
这个时候，即使步骤1的事务回滚，那么a这条数据将丢失，而b继续插入数据库中。
NOLOCK
1． 执行如下语句。
BEGIN TRAN ttt
SELECT * from Customer WITH (NOLOCK)
WAITFOR delay '00:00:20'
COMMIT TRAN ttt
注：NOLOCK不加任何锁，可以增删查改而不锁定。
INSERT INTO Customer SELECT 'a','b' –不锁定
DELETE Customer where ID=1 –不锁定
SELECT * from Customer –不锁定
UPDATE Customer SET Title='aa' WHERE ID=1 –不锁定
ROWLOCK
1.执行一条带行锁的查询语句。
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ -- (必须)
BEGIN TRAN ttt
SELECT * from Customer WITH (ROWLOCK) WHERE ID=17
WAITFOR delay '00:00:20'
COMMIT TRAN ttt
注：在删除和更新正在查询的数据时，会锁定数据。对其他未查询的行和增加，查询数据无影响。
INSERT INTO Customer SELECT 'a','b' –不等待
DELETE Customer where ID=17 –等待
DELETE Customer where ID<>17 –不等待
SELECT * from Customer –不等待
UPDATE Customer SET Title='aa' WHERE ID=17–等待
UPDATE Customer SET Title='aa' WHERE ID<>17–不等待
HOLDLOCK，TABLOCK和TABLOCKX
1.执行HOLDLOCK
BEGIN TRAN ttt
SELECT * from Customer WITH (HOLDLOCK)
WAITFOR delay '00:00:10'
COMMIT TRAN ttt
注：其他事务可以读取表，但不能更新删除
update Customer se
相关文档：
由于最近要用到打包SQL Server 2005 Express Edition ，由于在安装过程中需要设置很多东西。带来很多的不便，于是在网上和MSDN找了好久终于找到办法了 ^_^
我用的是批处理来实现的，好了直接贴代码
CLS
@ECHO OFF
ECHO.
ECH ......
IN
确定给定的值是否与子查询或列表中的值相匹配。
EXISTS
指定一个子查询，检测行的存在。
比较使用 EXISTS 和 IN 的查询
这个例子比较了两个语义类似的查询。第一个查询使用 EXISTS 而第二个查询使用 IN。注意两个查询返回相同的信息。
USE pubs
GO
SELECT DISTINCT pub_name
from publishers
WHERE ......
依据csdn高手写的自己练习一下方便以后查找
--Creator:Gongl
--Date:2009-1-8
--sql server 2000
--学习行转列，为了进一步了解动态sql拼接（单双三引号）
--几种类型
--Numeric(10,2) 指字段是数字型,长度为10 小数为两位
--varchar和nvarchar的区别
--1.从存储方式上，nvarchar是按字符存储的，而 varchar是按字� ......
在对SQL Server系统执行入侵测试或者更高级别的安全审计时，有一种测试不应该被忽略，那就是SQL Server密码测试。这一点看起来显而易见，但是很多人都会忽略它。
密码测试可以帮助检查恶意入侵者或者外部攻击者，测试他们要强行进入数据库有多容易，而且还可以确保SQL Server用户对他们的账号负责。此外，测试密码的漏 ......
作为一名数据库DBA，肯定会听说过“tempdb数据库满了”。通常我们很容易确定造成这一问题的原因。但是更多的时候这一问题主要源于一组请求，涉及到新代码部署或逐渐增加的数据。
“Tempdb满了”意味着什么?
当SQL Server tempdb满了时，上层管理常常需要决策、一些开发人员可能会推卸责任，� ......
