数据库的事务和锁机制（SQL Server）
说到事务，首先我们就要知道为什么需要事务，这就要先看看锁机制的相关概念！
锁的概述
一. 为什么要引入锁
多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:
丢失更新
A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统
脏读
A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致
不可重复读
A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致
幻像读
A用户读取数据,随后B用户插入/删除了几条数据,此时A用户再读取数据时发现数据条数不一致
并发控制的主要方法是封锁,锁就是在一段时间内禁止用户做某些操作以避免产生数据不一致
二 锁的分类
锁的类别有两种分法：
1. 从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁
MS-SQL Server 使用以下资源锁模式。
锁模式 描述
共享 (S) 用于不更改或不更新数据的操作（只读操作），如 SELECT 语句。
更新 (U) 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。
排它 (X) 用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会同时同一资源进行多重更新。
意向锁 用于建立锁的层次结构。意向锁的类型为：意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。
架构锁 在执行依赖于表架构的操作时使用。架构锁的类型为：架构修改 (Sch-M) 和架构稳定性 (Sch-S)。
大容量更新 (BU) 向表中大容量复制数据并指定了 TABLOCK 提示时使用。
共享锁
共享 (S) 锁允许并发事务读取 (SELECT) 一个资源。资源上存在共享 (S) 锁时，任何其它事务都不能修改数据。一旦已经读取数据，便立即释放资源上的共享 (S) 锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存周期内用锁定提示保留共享 (S) 锁。
更新锁
更新 (U) 锁可以防止通常形式的死锁。�
相关文档：
sql统计－关于学生成绩(答案)
http://blog.sina.com.cn/s/blog_61380b320100ej9p.html
答案：
1. 计算每个人的总成绩并排名
select name,sum(score) as allscore from stuscore group by name order by allscore
2. &nbs ......
加[ ]用于定界列名或表名等信息，以区别一些特殊的不合命名规则的字串，或是与系统保留字有冲突。
如"user"是SQL Server保留的关键字，所以用"select * from user"查询会提示语法错误。加上中括号，以声明其不是保留字。
"select * from [user]"
如果表名不是关键字，如Company，则用"select * from Company"是没问题� ......
方法一
1.新建一个同名的数据库
2.再停掉sql server(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库
......
下列语句部分是
Mssql
语句，不可以在
access
中使用。
SQL
分类：
DDL
—数据定义语言
(CREATE
，
ALTER
，
DROP
，
DECLARE)
DML
—数据操纵语言
(SELECT
，
DELETE
，
UPDATE
，
INSERT)
DCL
—数据控制语言
(GRANT
，
REVOK ......
##################################################
# 声明：
# 本文转自CSDN，用户ID：htl258
# 原帖地址：http://blog.csdn.net/htl258/archive/2010/04/28/5537416.aspx
####### ......
