简述

    关系型数据库有四个明显的特征，即安全性、完整性、并发性和监测性。数据库的安全性就是要保证数据库中数据的安全，防止未授权用户随意修正数据库中的数据，确保数据的安全。在大多数数据库管理系统中，次要是通过答应来保证数据库的安全性。完整性是数据库的一个重要特征，也是保证数据库中的数据切实无效、防止错误、实现商业规则的一种重要机制。在数据库中，区别所保存的数据是无用的垃圾还是有价值的信息，次要是依据数据库的完整功用否健全。在SQL Server 7.0中，数据的完整性是通过一系列逻辑来保障的，这些逻辑分为三个方面，即实体完整性、域完整性和参考完整性。对任何系统都可以这样说，没有监测，就没有优化。这句话用在数据库管理系统方面，也是切合实际的。只要通过对数据库进行全面的功用监测，也才能发现影响系统功用的要素和瓶颈，才能针对瓶颈要素，采取切合实际策略，处理问题，提高系统的功用。并发性也是一个非常重要的概念，它是用来处理多个用户对同一数据进行操作时的问题。特别是对于网络数据库来说，这个特点愈加突出。提高数据库的处理速度，单单依托提高计算机的物理速度是不够的，还必须充分考虑数据库的并发性问题，提高数据库并发性的效率。那么如何保证并发性呢？在这个面向下一世纪的数据库产品SQL Server 7.0中，通过使用事务和锁机制，处理了数据库的并发性问题。

概念和特点

事务和锁是两个紧密联系的概念。事务就是一个单元的任务，包括一系列的操作这些操作要么全部成功，要么全部失败。事务确保多个数据的修正作为一个单元来处理。例如，在银行业务中，有一条记帐准绳，即有借有贷，借贷相等。那么为了保证这种准绳，就得有确保借和贷的登记要么同时成功，要么同时失败。如果出现只记录了借，或者只记录了贷，那么就违反了记帐准绳，就会出现记错帐的情况。SQL Server通过支持事务机制管理多个事务，保证事务的分歧性。事务使用锁，防止其他用户修正另外一个还没有完成的事务中的数据。对于多用户系统来说，锁机制是必须的。在SQL Server 7.0中，使用事务日志来保证修正的完整性和可恢复性。

    SQL Server有多种锁，允许事务锁定不同的资源。锁就是保护指定的资源，不被其他事务操作。为了最小化锁的成本，SQL Server自动地以与任务相应等级的锁来锁定资源对象。锁定比较小的对象，例如锁定行，虽然可以提高并发性，但是却有较高的开支，由于如果锁定许多行，那么需求占有更多的锁。锁定比较大的对象，例如锁定表，会大大降低并发性，由于锁定整个表就限制了其他事务访问该表的其他部分，但是成本开支比较低，由于只需维护比较少的锁。

    事务和锁具有以下特点:
事务是一个单元的任务，要么全做，要么全不做 事务保证操作的分歧性和可恢复性 每一条Transact-SQL语句都可以是一个事务 实际使用的事务是用户定义的事务，它包括一系列操作或者语句 在多服务器环境中，使用用户定义的分布式事务，保证操作的分歧性 锁是保证并发控制的手段 可以锁定的资源包括行、页、簇、表和数据库 锁的类型次要包括共享锁和排它锁 特殊类型的锁包括意图锁、修正锁和模式锁 共享锁允许其他事务继续使用锁定的资源 排它锁只允许一个事务访问数据 系统本身可以处理死锁 用户可以依据实际情况定制锁的一些特征
事务

事务的定义

    事务是指一个单元的任务，这些任务要么全做，要么全部不做。作为一个逻辑单元，必须具备四个属性：自动性、分歧性、独立性和持久性。自动性是指事务必须是一个自动的单元任务，要么执行全部数据的修正，要么全部数据的修正都不执行。分歧性是指当事务完成时，必须使所无数据都具有分歧的形状。在关系型数据库中，所有的规则必须使用到事务的修正上，以便维护所无数据的完整性。所有的内部数据结构，例如树状的索引与数据之间的链接，在事务结束之后，必须保证正确。独立性是指并行事务的修正必须与其他并行事务的修正互相独立。一个事务看到的数据要么是另外一个事务修正这些事务之前的形状，要么是第二个事务曾经修正完成的数据，但是这个事务不能看到正在修正的数据。这种特征也称为串行性。持久性是指当一个事务完成之后，它的影响永世性的产生在系统中，也就是这种修正写到了数据库中。

    事务机制保证一组数据的修正要么全部执行，要么全部不执行。SQL Server使用事务保证数据的分歧性和确保在系统失败时的可恢复性。事务是一个可以恢复的单元的任务，由一条或者多条Transact-SQL语句组成，可以影响到表中的一行或者多行数据。事务打开当前，直到事务成功完成之后提交为止，或者到事务执行失败全部取消或者滚回去为止。