DB2 静态SQL和动态SQL的比较与实践.docVIP

DB2 静态 SQL 和动态 SQL 的比较与实践SQL 语言作为标准的查询语言，几乎被所有的数据库管理系统 (DBMS) 所支持，并成为国际标准。标准的 SQL 语言一般包括三类，即 DDL (Data Definition Language, 数据描述语言 ) 、DML (Data Manipulation Language, 数据操纵语言 ) 和 DCL(Data Control Language，数据控制语言 )。通过这些标准的 SQL 语句，使得各种数据库能以一种较为统一的方式被访问。 DB2（本文以下专指 DB2 UDB for Linux, Unix 和 Windows 版本）允许用户通过多种编程接口发送 SQL 语句到数据库引擎，然后由引擎统一编译并且运行。SQL 语句从编译和运行的角度可以分为两种，静态 SQL和 动态 SQL，这两种 SQL 在使用方式、运行机制和性能表现等方面各有特点 : 静态 SQL：静态 SQL 语句一般用于嵌入式 SQL 应用中，在程序运行前，SQL 语句必须是确定的，例如 SQL 语句中涉及的列名和表名必须是存在的。静态 SQL 语句的编译是在应用程序运行前进行的，编译的结果会存储在数据库内部。而后程序运行时，数据库将直接执行编译好的 SQL 语句，降低运行时的开销。 动态 SQL：动态 SQL 语句是在应用程序运行时被编译和执行的，例如，使用 DB2 的交互式工具 CLP 访问数据库时，用户输入的 SQL 语句是不确定的，因此 SQL 语句只能被动态地编译。动态 SQL 的应用较多，常见的 CLI 和 JDBC 应用程序都使用动态 SQL。 表 1列举了静态 SQL 和动态 SQL 的比较结果。 表 1. 静态 SQL 和动态 SQL 的比较 静态 SQL 动态 SQL SQL 语句直接嵌入到宿主编程语言，程序需要预编译处理这些嵌入的 SQL 语句 SQL 语句一般作为宿主语言的变量出现。嵌入式动态 SQL 应用需要预编译，非嵌入式 SQL 应用则无需预编译 SQL 语句在程序被编译时已知，涉及的数据库对象已存在 SQL 语句在程序被编译时未知，涉及的数据库对象可以是运行时才创建的 SQL 语句在程序运行前被编译 SQL 语句在程序运行时被编译 SQL 语句的编译结果在 DB2 的目录 (catalog) 中持久化保存 SQL 语句的编译结果缓存在数据库的内存里 运行时仅读取目录 (catalog) 运行时编译 SQL 语句需对目录 (catalog) 加锁 SQL 语句的优化是根据编译时的数据库统计信息进行的，不能完全反映运行时的情况 SQL 语句的优化是根运行时的数据库统计信息进行的 对 SQL 语句所访问的数据对象的权限检查是在绑定时进行的 对 SQL 语句所访问的数据对象的权限检查是在运行时进行的 权限控制的粒度是包（package，一组 SQL 语句的编译结果），用户仅需要访问包的权限 权限控制的粒度是 SQL 语句，用户需要具有访问 SQL 语句中每个数据对象的权限 如果 SQL 语句中的对象被修改，如 DDL 执行，整个包都需要重新绑定 当 SQL 语句中的对象被修改时，仅执行过的语句在下次运行时需要重新编译 根据编程方法的不同，DB2 的应用程序开还可以分为嵌入式 SQL 编程和非嵌入式编程 : 嵌入式 SQL 编程将 SQL 语句嵌入到宿主语言 (host) 的程序中，例如 C/C++ 程序。因为宿主语言不识别 SQL 语句，先要对程序进行预编译，把 SQL 语句转变为对 DB2 服务的调用，并重写源代码，最后再使用宿主语言的编译器对应用程序进行编译。嵌入式 SQL 都需要被绑定到特定的数据库中，可分为嵌入式静态 SQL 和嵌入式动态 SQL。 非嵌入式应用程序不需要预编译，且方法较多，如 CLI、JDBC、ODBC、ADO.NET 等等，这些方法中都使用动态 SQL。表 2列举了常见的 DB2 编程接口。 表 2. DB2 的编程接口一览 编程接口 静态 / 动态 是否为嵌入式 嵌入式 SQL 静态和动态 是 DB2 CLI 动态 否 SQLJ 静态 是 JDBC 动态 否 ADO.NET，OLE DB 动态 否 Perl DBI 动态 否 PDO(PHP 数据对象 ) 动态 否 在下面的几个章节中，我们将陆续从使用角度上描述静态和动态 SQL 在各种编程接口中的应用，并运用一些实例来介绍在具体的场景中如何选择。 静态 SQL 应用 嵌入式静态 SQL 无论是嵌入式静态 SQL 还是嵌入式动态 SQL，都需要先进行预编译，并绑定到特定的数据库。DB2 的嵌入式 SQL 应用程序支持以下几种语言：C，