‘隔离级’与‘锁’

nielisheng(阿土)阿土 请指出好吗!是那一点?

解决方案 »

  1.   

    nielisheng(阿土)那你的观点呢?你认为是怎样的.
      

  2.   

    在每次事务时都产生一个默认的"隔离级"与"锁",而事务结束,锁与隔离级自动取消.(正确)即____也可以说:"隔离级"与"锁"都是针对事务的.（错误）补充：一个sql语句(源头)产生一个默认的锁，事务，隔离级
      

  3.   

    问一下.你们用什么做开发工具?(我们用BCB,后台用SQL Server.也做其它系统软件)开发过分步式系统吗?如果有(用的是什么标准!DCOM,CORBA,JAVA)
      

  4.   

    隔离级别
    当锁定用作并发控制机制时，它可以解决并发问题。这使所有事务得以在彼此完全隔离的环境中运行，但是任何时候都可以有多个正在运行的事务。可串行性是通过运行一组并发事务达到的数据库状态，等同于这组事务按某种顺序连续执行时所达到的数据库状态。 SQL-92 隔离级别
    尽管可串行性对于事务确保数据库中的数据在所有时间内的正确性相当重要，然而许多事务并不总是要求完全的隔离。例如，多个作者工作于同一本书的不同章节。新章节可以在任意时候提交到项目中。但是，对于已经编辑过的章节，没有编辑人员的批准，作者不能对此章节进行任何更改。这样，尽管有未编辑的新章节，但编辑人员仍可以确保在任意时间该书籍项目的正确性。编辑人员可以查看以前编辑的章节以及最近提交的章节。事务准备接受不一致数据的级别称为隔离级别。隔离级别是一个事务必须与其它事务进行隔离的程度。较低的隔离级别可以增加并发，但代价是降低数据的正确性。相反，较高的隔离级别可以确保数据的正确性，但可能对并发产生负面影响。应用程序要求的隔离级别确定了 SQL Server 使用的锁定行为。SQL-92 定义了下列四种隔离级别，SQL Server 支持所有这些隔离级别： 未提交读（事务隔离的最低级别，仅可保证不读取物理损坏的数据）。
    提交读（SQL Server 默认级别）。
    可重复读。
    可串行读（事务隔离的最高级别，事务之间完全隔离）。 
    如果事务在可串行读隔离级别上运行，则可以保证任何并发重叠事务均是串行的。下面四种隔离级别允许不同类型的行为。隔离级别 脏读 不可重复读取 幻像 
    未提交读 是 是 是 
    提交读 否 是 是 
    可重复读 否 否 是 
    可串行读 否 否 否 
    事务必须运行于可重复读或更高的隔离级别以防止丢失更新。当两个事务检索相同的行，然后基于原检索的值对行进行更新时，会发生丢失更新。如果两个事务使用一个 UPDATE 语句更新行，并且不基于以前检索的值进行更新，则在默认的提交读隔离级别不会发生丢失更新。
      

  5.   

    SET TRANSACTION ISOLATION LEVEL
    控制由连接发出的所有 Microsoft® SQL Server™ SELECT 语句的默认事务锁定行为。语法
    SET TRANSACTION ISOLATION LEVEL
        { READ COMMITTED
            | READ UNCOMMITTED
            | REPEATABLE READ
            | SERIALIZABLE 
        }参数
    READ COMMITTED指定在读取数据时控制共享锁以避免脏读，但数据可在事务结束前更改，从而产生不可重复读取或幻像数据。该选项是 SQL Server 的默认值。READ UNCOMMITTED执行脏读或 0 级隔离锁定，这表示不发出共享锁，也不接受排它锁。当设置该选项时，可以对数据执行未提交读或脏读；在事务结束前可以更改数据内的数值，行也可以出现在数据集中或从数据集消失。该选项的作用与在事务内所有语句中的所有表上设置 NOLOCK 相同。这是四个隔离级别中限制最小的级别。REPEATABLE READ锁定查询中使用的所有数据以防止其他用户更新数据，但是其他用户可以将新的幻像行插入数据集，且幻像行包括在当前事务的后续读取中。因为并发低于默认隔离级别，所以应只在必要时才使用该选项。SERIALIZABLE在数据集上放置一个范围锁，以防止其他用户在事务完成之前更新数据集或将行插入数据集内。这是四个隔离级别中限制最大的级别。因为并发级别较低，所以应只在必要时才使用该选项。该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 HOLDLOCK 相同。注释
    一次只能设置这些选项中的一个，而且设置的选项将一直对那个连接保持有效，直到显式更改该选项为止。这是默认行为，除非在语句的 FROM 子句中在表级上指定优化选项。SET TRANSACTION ISOLATION LEVEL 的设置是在执行或运行时设置，而不是在分析时设置。示例
    下例为会话设置 TRANSACTION ISOLATION LEVEL。对于每个后续 Transact-SQL 语句，SQL Server 将所有共享锁一直控制到事务结束为止。SET TRANSACTION ISOLATION LEVEL REPEATABLE READ
    GO
    BEGIN TRANSACTION
    SELECT * FROM publishers
    SELECT * FROM authors
    ...
    COMMIT TRANSACTION
      

  6.   

    不好意思，今天上午比较忙，刚刚看到，楼上已经说的很多了，关于隔离级和锁的使用，我补充几句：合理安排表访问顺序
    在事务中尽量避免用户干预，尽量使一个事务处理的任务少些
    数据访问时域离散法
    数据存储空间离散法
    使用尽可能低的隔离性级别
    最后一点：尽量不要手工加锁，而采用SQL Server自身的锁机制。