SQL Server 2000＋ADO.NET实现并发控制 转载
常见并发并发一致性问题包括：丢失的修改、不可重复读、读脏数据、幻影读（幻影读在一些资料中往往与不可重复读归为一类）。
2.2.1.1 丢失修改
下面我们先来看一个例子，说明并发操作带来的数据的不一致性问题。
考虑飞机订票系统中的一个活动序列:
甲售票点（甲事务）读出某航班的机票余额A,设A=16.
乙售票点（乙事务）读出同一航班的机票余额A,也为16.
甲售票点卖出一张机票,修改余额A←A-1.所以A为15,把A写回数据库.
乙售票点也卖出一张机票,修改余额A←A-1.所以A为15,把A写回数据库.
结果明明卖出两张机票，数据库中机票余额只减少1。
归纳起来就是：两个事务T1和T2读入同一数据并修改，T2提交的结果破坏了T1提交的结果，导致T1的修改被丢失。前文（2.1.4数据删除与更新）中提到的问题及解决办法往往是针对此类并发问题的。但仍然有几类问题通过上面的方法解决不了，那就是：
2.2.1.2 不可重复读
不可重复读是指事务T1读取数据后，事务T2执行更新操作，使T1无法再现前一次读取结果。具体地讲，不可重复读包括三种情况：
事务T1读取某一数据后，事务T2对其做了修改，当事务1再次读该数据时，得到与前一次不同的值。例如，T1读取B=100进行运算，T2读取同一数据B，对其进行修改后将B=200写回数据库。T1为了对读取值校对重读B，B已为200，与第一次读取值不一致。
事务T1按一定条件从数据库中读取了某些数据记录后，事务T2删除了其中部分记录，当T1再次按相同条件读取数据时，发现某些记录神密地消失了。
事务T1按一定条件从数据库中读取某些数据记录后，事务T2插入了一些记录，当T1再次按相同条件读取数据时，发现多了一些记录。（这也叫做幻影读）
2.2.1.3 读"脏"数据
读"脏"数据是指事务T1修改某一数据，并将其写回磁盘，事务T2读取同一数据后，T1由于某种原因被撤消，这时T1已修改过的数据恢复原值，T2读到的数据就与数据库中的数据不一致，则T2读到的数据就为"脏"数据，即不正确的数据。
产生上述三类数据不一致性的主要原因是并发操作破坏了事务的隔离性。并发控制就是要用正确的方式调度并发操作，使一个用户事务的执行不受其它事务的干扰，从而避免造成数据的不一致性。
2.2.2 并发一致性问题的解决办法
2.2.2.1 封锁（Locking）
封锁是实现并发控制的一个非常重要的技术。所谓封锁就是事务T在对某个数据对象例如表、记录等操作之前，先向系统发出请求，对其加锁。加锁后事务T就对�
相关文档：
DBCC memorystatus
--查询缓冲区池消耗的内存总量包括AWE
SELECT
SUM(multi_pages_kb+virtual_memory_committed_kb+shared_memory_committed_kb+
awe_allocated_kb) AS [Used by BPool, kb]
from sys.dm_os_memory_clerks WHERE type='MEMORYCLERK_SQLBUFFERPOOL'
&nb ......
现在用MSSQL的地方太多了，有很多做技术的个人电脑上也安装SQL专业版，因为它用的多，但用的人都知道，SQL有个超级用户sa，此用户默认情况下，它指派给固定服务器角色 sysadmin，并不能进行更改。一般懂点安全问题的技术人员都会把这个密码修改掉，但修改再复杂的密码都不是绝对安全的，一些暴力破解软件，菜鸟都会用。
那 ......
我们这里对 SQL Server 字符串函数进行分门别类地列出，便于查阅和记忆，相信大家都在其它方面有高深的编程基础，从字面上来说大家都知道这些函数的意义，就不对这些函数作过多的解释了，主要谈些经验，具体请参见联机丛书。
ASCII(character_expression) 返回最左端字符的 ASCII 代码值
CHAR(integer_expression)
UNICO ......
系统函数
1.case when ... then ..else ..end(用于对条件进行测试)
e.Select id,case when name='deepwishly' then '老大' else '其他' end as Type
显示 id type
1 老大
2.cast()/convert() 前者具有ANSI SQL-92兼容性，后者功能更� ......
