DB2 UDB for iSeries 游标敏感性增强

敏感性定义

SQL 游标具有多个不同的属性，可在构造结果集并返回给应用程序时，用于控制游标行为的不同方面。例如，滚动（scrolling）和敏感性（sensitivity）就是两个可由应用程序开发人员来控制的游标属性。

游标敏感性指的是一种游标设置，它定义游标所返回的结果集是否将包括基本表上的最新更改。例如，“SELECT * FROM orders”所声明的敏感游标将返回当前的所有订单，以及打开游标之后插入数据库的新订单。例如，如果打开一个敏感游标时有六份订单，而在打开该游标之后，另一应用程序又插入了两份新订单，那么敏感游标将会设法在其结果集中包含所有的八份订单（见表 1）。表 2 中显示了同一应用程序场景中，不敏感游标所返回的结果集内容。

表 1. 敏感游标的结果集

A122 5 Hammer A123 500 Screw - 1/4 A125 10 Saw A126 100 Carriage Bolt A127 6 Hammer A130 22 Electric Drill A131 1 Table Saw A132 200 Clamp

表 2. 不敏感游标的结果集

A122 5 Hammer A123 500 Screw - 1/4 A125 10 Saw A126 100 Carriage Bolt A127 6 Hammer A130 22 Electric Drill

显然，游标敏感性设置需要影响查询优化器所创建的访问计划。敏感游标的访问计划不能包含复制表数据的算法或数据访问技术。例如，哈希（hash）表常常用于连接和分组查询的实现中，但是，因为它们包含了表数据的副本，所以无法用于实现敏感查询的实现中。

因为游标敏感性和查询优化器直接关联，所以 V5R2 中最近增强了 IBM® Universal Database（UDB）™ for iSeries™ 的游标敏感性支持。V5R2 包括了查询优化增强，导致在优化器中使用更多复制表数据的算法 -- 最后结果是使用比以前版本少的游标返回敏感结果集。为了解决该问题，DB2 UDB for iSeries 编程接口得到了增强，使得应用程序开发人员对游标敏感性设置具有更大控制。

敏感性设置

通过最新的增强集，iSeries 应用程序开发人员现在无论是使用 JDBC™、ODBC，还是 OLE DB，都可以指定下面所定义的三种游标敏感性设置。只要通过对每个中间件产品应用最新的 V5R2 补丁（可在 ibm.com/iseries/support上在线获得），就可以获得这些敏感性增强。

ASENSITIVE
这是所有游标定义上的默认设置。数据库管理器可以根据 SQL 请求的优化，实现 SENSITIVE 或 INSENSITIVE 的游标。但是，可更新的游标不会被默认为 ASENSITIVE，通常将它们实现为 SENSITIVE 游标。

SENSITIVE
打开该游标之后，游标对于相关表上所进行的插入、更新或删除具有某些程度的敏感性。如果数据库管理器无法进行游标可见的更改，那么在响应打开请求时将返回错误。

INSENSITIVE
一旦打开了该游标，它对于所有连接或作业所执行的插入、更新或删除就不具敏感性了。如果指定了 INSENSITIVE，该游标就为只读的，并且在打开游标时，将创建一个临时结果。此外，SELECT 语句不能包含 FOR UPDATE 子句，并且预编译器 ALWCPYDTA（Allow Copy Data）设置不能为 *NO。

在以前的版本中，应用程序开发人员可以指定 INSENSITIVE 游标设置，或者仅使用默认的 ASENSITIVE 敏感性设置。没有强迫使用 Sensitive 游标的简单方法。开发人员的惟一选择就是使该游标成为可更新的，或者为 ALWCPYDTA 预编译器选项指定 *NO。但是，这两种选择都有不良的副作用。可更新的游标通常要慢一些，因为在处理表时必须获得附加的行锁。如果只能通过复制数据来实现游标定义，那么 ALWCPYDTA(*NO) 可能会导致打开游标失败。

回页首

性能和查询优化影响

ASENSITIVE 的默认设置是最好的执行选项，因为在确定实现查询的最好方法时，它允许查询优化器使用其完整的算法集。利用复制数据的算法（例如，哈希法）可以极大地改善性能和其他查询，这些查询的性能在避免了数据复制时会更好。ASENSITIVE 设置使查询优化器可自由地选择最好的执行方法。SENSITIVE 和 INSENSITVE 游标设置可以迫使优化器执行某种计划，这种计划从性能观点来看并不是最佳的。而 SENSITIVE 设置则使优化器不再使用临时数据副本，这也将阻止并行处理，因为 DB2 对称多处理机（DB2 Symmetric MultiProcessing，DB2 SMP）的特性需要复制表数据。INSENSITIVE 设置将强制复制表数据，而不管是否有助于提高性能。因此， 只有当应用程序肯定需要相关的游标行为时，才使用 INSENSITIVE 和 SENSITIVE 游标设置。

回页首

敏感性编程接口

下面几小节介绍了有关如何用 iSeries 集成的中间件控制游标敏感性设置的编程细节。请注意，当在连接级别上控制游标敏感性时，敏感性将应用到该连接内打开的所有游标上。这意味着如果 SENSITIVE 是连接级别的设置，数据库管理器就必须能够将该连接内的所有游标实现为敏感游标。否则，将返回错误。

注意，通常将可更新的游标实现为 SENSITIVE 游标，因此，以下描述将忽略可更新游标的敏感性设置。

iSeries 访问 ODBC 驱动程序

对于 ODBC 驱动程序，可以用 SQLSetStmtAttr API 中的 SQL_ATTR_CURSOR_SENSITIVITY 属性在单个游标级别上控制敏感性。应注意的是，ODBC 规范不支持值 Asensitive；而是在 SQLSetStmtAttr API 中使用值 Unspecified 来指定 Asensitive 游标敏感性行为。

可以在连接级别上用下列值指定 CURSORSENSITIVTY 连接关键字来控制游标敏感性设置。

• 0 - Asensitive
• 1 - Insensitive
• 2 - Sensitive

关键字仅适用于使用 ODBC 2.0 游标类型语句属性（与敏感性和可滚动性相关）的应用程序。在使用 ODBC 3.0 敏感性属性的应用程序中，将忽略连接关键字。

 

静态游标总是为 Insensitive 的。敏感性设置仅应用于动态和只能向前移动的（forward only）游标。

下面的 ODBC 代码片断展示了如何在连接级别上用 CURSORSENSITIVITY 连接关键字，以及在语句级别上用 SQLSetStmtAttr API 控制游标敏感性。在使用 SQLSetStmtAttr API 更改属性时，更改诸如游标类型这样的游标属性还可能导致更改敏感性设置。ODBC 规范中记载了这些敏感性设置的间接更改。

ODBC 代码示例

connectStr = “DRIVER={iSeries Access ODBC Driver};SYSTEM=myiSvr;UID=myid;PWD=mypwd;” +             “CURSORSENSITIVITY=2;” rc = SQLDriverConnect(hdbc, NULL, (SQLCHAR *)connectStr, SQL_NTS, NULL, 0, NULL, SQL_DRIVER_NOPROMPT); ... SQLAllocHandle(SQL_HANDLE_STMT, hdbc,&hstmt1); SQLSetStmtAttr(hstmt1, SQL_ATTR_CONCURRENCY, SQL_CONCUR_VALUES, 0);SQLSetStmtAttr(hstmt1, SQL_ATTR_CURSOR_SENSITIVITY, SQL_SENSITIVE, 0); SQLExecDirect(hstmt1, "SELECT orderid, status FROM orders", SQL_NTS); ...                

iSeries OLE DB 提供者

OLE DB 提供者仅支持在连接级别上用连接属性“Cursor Sensitivity”控制游标敏感性（Cursor Sensitivity）。连接属性值与 ODBC 连接关键字相同。在打开连接之后，就不能更改这个新的连接属性了。

下面的代码示例展示了如何通过连接串或 Properties 方法设置新的连接属性。

OLE DB 代码示例

cn.ConnectionString = "Provider=IBMDA400;Data Source=MyiSeries;Cursor Sensitivity=2" cn.Properties(“Cursor Sensitivity”) = 0 '// ASENSITIVE cn.Open ...                

与 ODBC 驱动程序一样，通常用 Insensitive 属性实现静态游标。对于 OLE DB 提供者，只能向前移动的（forward only）游标不可以是敏感的。下一版本会允许将只能向前移动的游标定义为敏感的。

Toolbox JDBC 驱动程序

Toolbox JDBC 驱动程序也具有“Cursor sensitivity”连接属性，该属性支持以下属性值：asensitive、sensitive 和 insensitive。

连接属性值 sensitive 仅用于通过结果集类型（resultSetType）TYPE_SCROLL_SENSITIVE 所声明的游标。通过结果集类型 TYPE_SCROLL_SENSITIVE 所声明的游标将默认地实现为 ASENSITIVE。为了将带有结果集类型 TYPE_SCROLL_SENSITIVE 的游标实现为 SENSITIVE 游标，必须指定“sensitive”连接属性。

不敏感的（insensitive）游标是通过为结果集类型（resultSetType）指定 TYPE_SCROLL_INSENSITIVE 而定义的。只有在用结果集类型 TYPE_FORWARD_ONLY 声明游标时，才指定连接属性值 insensitive。通常将 TYPE_FORWARD_ONLY 游标实现为 ASENSITIVE，除非指定连接属性值 insensitive。

下面的 JDBC 代码示例展示了如何用新的连接属性指定敏感的游标设置。

JDBC 代码示例

// Load the IBM Toolbox for Java JDBC driver. DriverManager.registerDriver(new com.ibm.as400.access.AS400JDBCDriver()); Properties props = new Properties(); props.setProperty("user", "myid"); props.setProperty("password", “mypass"); props.setProperty( "cursor sensitivity", "sensitive" ); Connection connection = DriverManager. getConnection(" jdbc: as400://myiSvr", props); ... s = connection.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE, ResultSet.CONCUR_READ_ONLY); ResultSet rs = s.executeQuery("SELECT ordid, status FROM orders”); ...                

嵌入式 SQL

DB2 UDB for iSeries 的下一版本将包含在 DECLARE CURSOR 语句上指定三种游标敏感性设置的功能。当前的 V5R2 支持仅允许默认的 ASENSITIVE 设置，或选择一个 INSENSITIVE 游标定义。如果您极其需要在 V5R2 上获得该支持，请发送一封 email 到 [e-mail]，以便检查是否有可用的补丁。

回页首

结束语

我希望本文可以使您清晰地理解游标敏感性设置如何影响应用程序所返回的结果集，以及如何编程控制敏感性设置。更重要的是要理解游标敏感性设置如何给查询优化和应用程序性能带来正面和负面影响。