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
相关文档：
下列语句部分是Mssql语句，不可以在access中使用。
SQL分类：
DDL—数据定义语言(Create，Alter，Drop，DECLARE)
DML—数据操纵语言(Select，Delete，Update，Insert)
DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)
首先,简要介绍基础语句：
1、说明：创建数据库
Create DATABASE database ......
对于我们这些仅用到sql简单查询开发人员来说，可能只了解一些基本的sql函数和<>=这样的条件语句，今天一个朋友问起：默认的join是outer还是inner。。。。
特地收集了一些东西，也贴出来和大家分享下：
joinleft outer join=left join , right outer join=right join, inner jo ......
你可能常常会需要运行一个ad hoc查询从远程OLE DB数据源提取数据，或者批量向SQL Server表导入数据。在这种情况下，你可以在T-SQL(Transact-SQL，微软对SQL的扩展)中用OPENROWSET函数给数据源传入一个连接串和查询来提取需要的数据。
你可能常常会需要运行一个ad hoc查询从远程OLE DB数据源提取数据，或者批量向SQL ......
对于SQL Server数据库管理员来讲，已满事务日志是一个琐碎的，但又很常见的问题。它能引发事务的提前终止，甚至通过阻止所有事务的引入，从而引起系统的崩溃。对于数据库管理员来说，关键是理解将要发生的情况，以便他们可以追踪引起问题的原因。 事务日志填充方式
以下是一些可能引起事务日志填满的原因：
填满� ......
Statement 的 execute(sql) 方法的返回值
true if the first result is a ResultSet object;
false if it is an update count or there are no ......
