MS SQLSERVER2008的事务，锁，并发的问题
   学习了SQL SERVER2008关于事务的讲解，关于锁的讲解，关于并发的理解。但是仍然有一些问题，不是很理解，希望大牛们给予知道。

问题1：并发访问的基础是多个外部进程，可以同时操作同一张表，或者操作同一个记录，总之是相同对象。这样带来的问题是，1、写覆盖，2、不可重复读，3、脏数据，4、幻数据。但是引入了锁以后，为什么锁就解决了上述问题哪？

问题2：比如说写覆盖，在有了共享锁以后，进程A，读取数据时，进程B不能够修改数据，那么进程A读取之后，进程B就可以修改数据了，但是发现进程A其实读到的，不还是错误数据吗？锁也没有解决问题呀？


问题3：关于死锁的问题，是不是说，死锁的发生，是因为两个进程在操作数据时，编写的数据事务有错误，需要修改数据处理的事务，从而解决死锁的问题？还是说，死锁与使用编程的方式实现同步是两个层面的概念？编程解决死锁的问题，是用户在内存中共享数据的处理情况决定的，而数据库的同步是不需要编程的？
------解决方案--------------------

1、为什么说，引入了锁之后，就能解决上面的问题呢？其实说到底，这个锁就是用来解决，当有多个并发进程访问同一个数据时，保持数据一致性的。此外，还有一个非常重要，但很多人都忽视的概念，那就是隔离级别的概念，这个隔离级别控制了，进程间相互影响的程度。

所以上面的4个问题，不仅需要锁，还是需要隔离级别来控制，才能得到解决。

sql server的隔离级别有4中：
read uncommitted  读未提交
read committed   读已提交
repeatable read  可重复读
serializable    串行化读

比如，在sql server中，任何一个进程在访问数据时，都会按照隔离级别来访问数据。
默认的隔离级别是read committed，也就是说比如，要访问一条数据，根据访问的性质，获取相应的锁。

如果有个进程A要读取数据，那么就会获取共享锁S，这个时候如果有另一个进程B，需要修改这条数据，那么他按照默认的隔离级别，就为了要修改这条数据，必须要申请一个独占锁X，于是他向sql server 申请x锁，sql server发现有一个进程获取了这条数据的S锁，正在读取数据，还有没读取完成，于是sql server 没有同意进程B的申请，于是B开始处于阻塞状态，他是被A进程阻塞的。

其实反过来也是一样的，如果A已经在修改数据，而B要读取数据，那么B会被A阻塞，这样就使得当有多个进程访问数据时，能实现数据的一致性，读的是一致性的数据，写的也是一致性的数据。

但是如果这个时候，用户修改了隔离级别为read uncommitted，那么进程就会读未提交的数据。
比如A进程修改了数据，还没有提交，B进程的隔离级别为read uncommitted，于是他可以不向sql server 申请共享锁，那么他就直接取内存中读取A已经修改的数据，而这个数据由于还没有提交，所以他读取到的数据是脏数据。

那么同样的，在另外2种隔离级别下，就能实现更加严格的隔离级别，也就是进程间的相互影响更小了。