B

C

[解析] 存储过程是数据库的对象，只能存在于数据库中。

D

D

当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，所以，对于不同的事务，采用不同的隔离级别会有不同的结果。如果不考虑事务的隔离性，那么会发生3种问题，见表1。
   
   脏读和不可重复读的区别为：脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是在同一个事务范围内多次查询同一条数据却返回了不同的数据值，这是由于在查询间隔期间，该条数据被另一个事务修改并提交了。
   幻读和不可重复读的区别为：幻读和不可重复读都是读取了另一个事务中已经提交的数据，不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一个数据整体(例如，数据的条数)。
   在SQL标准中定义了4种隔离级别，每一种级别都规定了一个事务中所做的修改，哪些是在事务内和事务间可见的，哪些是不可见的。较低级别的隔离通常可以执行更高的并发，系统的开销也更低。SQL标准定义的4个隔离级别为：Read Uncommitted(未提交读)、Read Committed(提交读)、Repeatable Read(可重复读)、Serializable(可串行化)。下面分别介绍。
   1．Read Uncommitted(未提交读，读取未提交内容)
   在该隔离级别，所有事务都可以看到其他未提交事务的执行结果，即在未提交读级别，事务中的修改，即使没有提交，对其他事务也都是可见的，该隔离级别很少用于实际应用。读取未提交的数据，也被称之为脏读(Dirty Read)。该隔离级别最低，并发性能最高。
   2．Read Committed(提交读，读取提交内容)
   这是大多数数据库系统的默认隔离级别。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。换句话说，一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。
   3．Repeatable Read(可重复读)
   可重复读可以确保同一个事务，在多次读取同样的数据的时候，得到同样的结果。可重复读解决了脏读的问题，不过理论上，这会导致另一个棘手的问题：幻读(Phantom Read)。MySQL数据库中的InnoDB和Falcon存储引擎通过MVCC(Multi-Version Concurrent Control，多版本并发控制)机制解决了该问题。需要注意的是，多版本只是解决不可重复读问题，而加上间隙锁(也就是它这里所谓的并发控制)才解决了幻读问题。
   4．Serializable(可串行化、序列化)
   这是最高的隔离级别，它通过强制事务排序，强制事务串行执行，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。实际应用中也很少用到这个隔离级别，只有在非常需要确保数据的一致性而且可以接受没有并发的情况下，才考虑用该级别。这是花费代价最高但是最可靠的事务隔离级别。
   不同的隔离级别有不同的现象，并有不同的锁和并发机制，隔离级别越高，数据库的并发性就越差，4种事务隔离级别分别表现的现象见表2。
   

数据库是共享资源，通常有许多个事务同时在运行。当多个事务并发地存取数据库数据时就会产生同时读取或修改同一数据的情况。若对并发操作不加控制就可能会存取和存储不正确的数据，破坏数据库的一致性。所以数据库管理系统必须提供并发控制机制。

并发操作带来的数据不一致性包括三类：丢失修改、不可重复读和读“脏”数据。①丢失修改(Lost Update)：两个事务T1和T2读入同一数据并修改，T2提交的结果破坏了(覆盖了)T1提交的结果，导致T1的修改被丢失。②不可重复读(Nonrepeatable Read)：不可重复读是指事务T1读取数据后，事务T2执行更新操作，使T1无法再现前一次读取结果。③读“脏”数据(Diny Read)：读“脏”数据是指事务T1修改某一数据，并将其写回磁盘，事务T2读取同一数据后，T1由于某种原因被撤销，这时T1已修改过的数据恢复原值，T2读到的数据就与数据库中的数据不一致，则T2读到的数据就为“脏”数据，即不正确的数据。
   避免不一致性的方法和技术就是并发控制。最常用的技术是封锁技术。也可以用其他技术，例如在分布式数据库系统中可以采用时间戳方法来进行并发控制。

存储过程是用户定义的一系列SQL语句的集合，涉及特定表或其他对象的任务，用户可以调用存储过程，而函数通常是数据库已定义的方法，它接收参数并返回某种类型的值并且不涉及特定用户表。
   存储过程用于执行特定的操作，可以接受输入参数、输出参数、返回单个或多个结果集。在创建存储过程时，既可以指定输入参数(IN)，也可以指定输出参数(OUT)，通过在存储过程中使用输入参数，可以将数据传递到执行部分；通过使用输出参数，可以将执行结果传递到应用环境。存储过程可以使对数据库的管理、显示数据库及其用户信息的工作更加容易。
   存储过程存储在数据库内，可由应用程序调用执行。存储过程允许用户声明变量并且可包含程序流、逻辑以及对数据库的查询。
   具体而言，存储过程的优点如下：
   1)存储过程增强了SQL语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和运算。
   2)存储过程可保证数据的安全性。通过存储过程可以使没有权限的用户在权限控制之下间接地存取数据库中的数据，从而保证数据的安全。
   3)通过存储过程可以使相关的动作在一起发生，从而维护数据库的完整性。
   4)在运行存储过程前，数据库己对其进行了语法和句法分析，并给出了优化执行方案。这种已经编译好的过程可极大地改善SQL语句的性能。由于执行SQL语句的大部分工作已经完成，所以，存储过程能以极快的速度执行。
   5)可以降低网络的通信量，因为不需要通过网络来传送很多SQL语句到数据库服务器。
   6)把体现企业规则的运算程序放入数据库服务器中，以便集中控制。当企业规则发生变化时，在数据库中改变存储过程即可，无须修改任何应用程序。企业规则的特点是要经常变化，如果把体现企业规则的运算程序放入应用程序中，那么当企业规则发生变化时，就需要修改应用程序，工作量非常之大(修改、发行和安装应用程序)。如果把体现企业规则的运算放入存储过程中，那么当企业规则发生变化时，只要修改存储过程就可以了，应用程序无须任何变化。
   在Oracle中，创建存储过程的语法如下：
   
   说明：
   1)局部变量的类型可以带取值范围，后面接分号。
   2)在判断语句前最好先用COUNT(*)函数判断是否存在该条操作记录。
   3)OR REPLACE选项是当此存储过程存在时覆盖此存储过程，参数部分和过程定义的语法相同。
   4)在创建存储过程时，既可以指定存储过程的参数，也可以不提供任何参数。
   5)存储过程的参数主要有三种类型：输入参数(IN)、输出参数(OUT)、输入输出参数(IN OUT)，其中IN用于接收调用环境的输入参数，OUT用于将输出数据传递到调用环境，IN OUT不仅要接收数据，而且要输出数据到调用环境。类型可以使用任意Oracle中的合法类型(包括集合类型)，存储过程参数不带取值范围。
   6)在建立存储过程时，输入参数的IN可以省略。
   7)创建存储过程要有CREATE PROCEDURE或CREATE ANY PROCEDURE权限。如果要运行存储过程，那么必须是这个存储过程的创建者或者有这个存储过程的EXECUTE权限(GRANT EXECUTE ON LHR.PRO_TEST_LHR TO LHR;)。如果要编辑其他用户下的存储过程或包，那么必须有CREATEANY PROCEDURE权限(GRANT CREATE ANY PROCEDURE TO LHR;)。如果要调试某个存储过程，那么必须有DEBUG权限(GRANT DEBUG ON LHR.PRO_TEST_LHR TO LHR;)。
   8)关于SELECT...INTO...
   ①在存储过程中，当SELECT某一字段时，后面必须紧跟INTO。将SELECT查询的结果存入到变量中，可以同时将多个列存储多个变量中，必须有一条记录，否则抛出异常(若没有记录则抛出NO_DATA_FOUND)。如下：
   
   ②在利用SELECT...INTO...时，必须先确保数据库中有该条记录，否则会报错“no data found”。可以在该语句之前，先利用“SELECT COUNT(*)FROM T_LHR;”查看数据库中是否存在该记录，若存在，则再利用SELECT...INTO...。

存储过程如下：
   

存储过程和函数都是存储在数据库中的程序，可由用户直接或间接调用。它们都可以有输出参数，都是由一系列的SQL语句组成。
   具体而言，存储过程和函数的不同点如下：①标识符不同。函数的标识符为FUNCTION，存储过程为PROCEDURE。②函数必须有返回值，且只能返回一个值，而存储过程可以有多个返回值。③存储过程无返回值类型，不能将结果直接赋值给变量；函数有返回值类型，在调用函数时，除了用在SELECT语句中，在其他情况下必须将函数的返回值赋给一个变量。④函数可以在SELECT语句中直接使用，而存储过程不能，例如：假设已有函数FUN_GETAVG()返回NUMBER类型绝对值。那么，SQL语句“SELECT FUN_GETAVG(COL_A)FROM TABLE”是合法的。

触发器(TRIGGER)是数据库提供给程序员和DBA用来保证数据完整性的一种方法，它是与表事件相关的特殊的存储过程，是用户定义在表上的一类由事件驱动的特殊过程。触发器的执行不是由程序调用，也不是由手工启动，而是由事件来触发的，其中，事件是指用户对表的增(INSERT)、删(DELETE)、改(即更新UPDATE)等操作。触发器经常被用于加强数据的完整性约束和业务规则等。
   触发器与存储过程的区别在于：存储过程是由用户或应用程序显式调用的，而触发器是不能被直接调用的，而是由一个事件来触发运行，即触发器是当某个事件发生时自动地隐式运行。
   具体而言，触发器有如下作用：
   1)可维护数据库的安全性、一致性和完整性。
   2)可在写入数据表前，强制检验或转换数据。
   3)当触发器发生错误时，异常的结果会被撤销。
   4)部分数据库管理系统可以针对数据定义语言(DDL)使用触发器，称为DDL触发器，还可以针对视图定义替代触发器(INSTEAD OF)。
   触发器的优点：触发器可通过数据库中的相关表实现级联更改。从约束的角度而言，触发器可以定义比CHECK更为复杂的约束。与CHECK约束不同的是，触发器可以引用其他表中的列。例如，触发器可以使用另一个表中的数据来比较更新的数据以及执行其他操作，如修改数据或显示用户定义错误信息。触发器也可以评估数据修改前后的表的状态，并根据其差异采取对策。一个表中的多个同类触发器(INSERT、UPDATE或DELETE)允许采取多个不同的对策以响应同一个修改语句。
   当然，虽然触发器功能强大，可以轻松可靠地实现许多复杂的功能，但是它也具有一些缺点，滥用会造成数据库及应用程序的维护困难。在数据库操作中，可以通过关系、触发器、存储过程、应用程序等来实现数据操作。同时，规则、约束、默认值也是保证数据完整性的重要保障。如果对触发器过分地依赖，那么势必会影响数据库的结构，同时增加了维护的复杂性。
   对于触发器，需要特别注意以下几点：
   1)触发器在数据库里以独立的对象存储。
   2)存储过程通过其他程序来启动运行或直接启动运行，而触发器是由一个事件来启动运行。即触发器是当某个事件发生时自动地隐式运行。
   3)触发器被事件触发。运行触发器称为触发或点火(FIRING)，用户不能直接调用触发器。
   4)触发器不能接收参数。

事务是一个操作序列。这些操作要么都做，要么都不做，是一个不可分割的工作单位。事务通常以BEGIN TRANSACTION开始，以COMMIT或ROLLBACK操作结束，COMMIT即提交，提交事务中所有的操作、事务正常结束。ROLLBACK即回滚，撤销己做的所有操作，回滚到事务开始时的状态。
   事务有4个特性，一般都称之为ACID特性，见表。
   

由SELECT语句返回的完整行集(包括满足WHERE子句中条件的所有行)称为结果集。关系型数据库中的操作会对整个结果集起作用。应用程序，特别是交互式联机应用程序，并不总能将整个结果集作为一个单元来有效地处理，这些应用程序需要一种机制以便每次处理一行或一部分行。游标就是提供这种机制的，是对结果集的一种扩展。
   具体而言，游标的特点如下：
   1)允许定位在结果集的特定行。
   2)从结果集的当前位置检索一行或一部分行。
   3)支持对结果集中当前位置的行进行数据修改。
   4)为由其他用户对显示在结果集中的数据库数据所做的更改提供不同级别的可见性支持。
   5)提供脚本、存储过程和触发器中用于访问结果集中的数据的SQL语句。
   6)使用游标可以执行多个不相关的操作。
   7)使用游标可以提供脚本的可读性。
   8)使用游标可以建立命令字符串，可以传送表名，或者把变量传送到参数中，以便建立可以执行的命令字符串。
   在SQL Server中，在从游标中提取信息后，可以通过判断@@FETCH_STATUS的值来判断是否执行到了最后。当@@FETCH_STATUS为0的时候，说明提取是成功的，否则，就可以认为到了最后。在Oracle中，在打开游标之前先确定数据的行数，然后在游标里面计数，判断计数器是否和之前的行数相等，若相等则说明游标到了当前结果集的最后一行。