java.sql _生活百科

文章插图
java.sql【java.sql】提供使用 JavaTM 程式语言访问并处理存储在数据源（通常是一个关係资料库）中的数据的 API 。此 API 包括一个框架，凭藉此框架可以动态地安装不同驱动程式来访问不同数据源。
基本介绍中文名：java.sql
用于：将 SQL 语句传递给资料库
性质：API
分类：SQL 类型
描述JDBC TM API 主要用于将 SQL 语句传递给资料库，但它还可以用于以表格方式从任何数据源中读写数据。通过接口的 javax.sql.RowSet 组可以使用的 reader/writer 实用程式，可以被定製以使用和更新来自电子表格、纯文本档案或其他任何表格式数据源的数据。sql包内容java.sql 包中包含用于以下方面的 API：通过 DriverManager 实用程式建立与资料库的连线DriverManager 类：建立与驱动程式的连线SQLPermission 类：代码在 Security Manager（比如 applet）中运行时提供许可权，试图通过 DriverManager 设定一个记录流Driver 接口：提供用来注册和连线基于 JDBC 技术（“JDBC驱动程式”）的驱动程式的 API，通常仅由 DriverManager 类使用DriverPropertyInfo 类：提供 JDBC 驱动程式的属性，不是供一般用户使用的向资料库传送 SQL 语句Statement：用于传送基本 SQL 语句PreparedStatement：用于传送準备好的语句或基本 SQL 语句（派生自 Statement）CallableStatement：用于调用资料库存储过程（派生自 PreparedStatement）Connection 接口：提供创建语句以及管理连线及其属性的方法Savepoint：在事务中提供保存点获取和更新查询的结果ResultSet 接口SQL 类型到 Java 程式语言中的类和接口的标準映射关係Array 接口：SQL ARRAY 的映射关係Blob 接口：SQL BLOB 的映射关係Clob 接口：SQL CLOB 的映射关係Date 类：SQL DATE 的映射关係NClob 接口：SQL NCLOB 的映射关係Ref 接口：SQL REF 的映射关係RowId 接口：SQL ROWID 的映射关係Struct 接口：SQL STRUCT 的映射关係SQLXML 接口：SQL XML 的映射关係Time 类：SQL TIME 的映射关係Timestamp 类：SQL TIMESTAMP 的映射关係Types 类：提供用于 SQL 类型的常量自定义映射 SQL 用户定义类型 (UDT) 到 Java 程式语言中的类SQLData 接口：指定 UDT 到此类的一个实例的映射关係SQLInput 接口：提供用来从流中读取 UDT 属性的方法SQLOutput 接口：提供用来将 UDT 属性写回流中的方法元数据DatabaseMetaData 接口：提供有关资料库的信息ResultSetMetaData 接口：提供有关 ResultSet 对象的列的信息ParameterMetaData 接口：提供有关 PreparedStatement 命令的参数的信息异常SQLException：由大多数方法在访问数据出问题时抛出，以及因为其他原因由其他一些方法抛出SQLWarning：为了指示一个警告而抛出DataTruncation：为了指示数据可能已经被截断而抛出BatchUpdateException：为了指示并不是批量更新中的所有命令都成功执行而抛出JDBC内容TM3.0APIJDBCTM 3.0 API 中包括 java.sql 包，被称为 JDBC 核心 API，和 javax.sql 包，被称为 JDBC Optional Package API 。完整的 JDBC API 包含在 J2SE 1.4 中。javax.sql 包扩展了 JDBC API 的功能，将它从客户端API 扩展到伺服器端 API，该包是 JavaTM 2 SDK、企业版 (J2EETM) 技术的重要部分。（注意，J2EE 平台还包括完整 JDBC API;JDBC 3.0 API 中的新特性包含在 J2EE 1.3 版中）。JDBC（Java Data Base Connectivity,java资料库连线）是一种用于执行SQL语句的Java API，可以为多种关係资料库提供统一访问，它由一组用Java语言编写的类和接口组成。JDBC为工具/资料库开发人员提供了一个标準的API，据此可以构建更高级的工具和接口，使资料库开发人员能够用纯 Java API 编写资料库应用程式，同时，JDBC也是个商标名。有了JDBC，向各种关係数据传送SQL语句就是一件很容易的事。换言之，有了JDBC API，就不必为访问Sybase资料库专门写一个程式，为访问Oracle资料库又专门写一个程式，或为访问Informix资料库又编写另一个程式等等，程式设计师只需用JDBC API写一个程式就够了，它可向相应资料库传送SQL调用。同时，将Java语言和JDBC结合起来使程式设计师不必为不同的平台编写不同的应用程式，只须写一遍程式就可以让它在任何平台上运行，这也是Java语言“编写一次，处处运行”的优势。Java资料库连线体系结构是用于Java应用程式连线资料库的标準方法。JDBC对Java 程式设计师而言是API，对实现与资料库连线的服务提供商而言是接口模型。作为API，JDBC为程式开发提供标準的接口，并为资料库厂商及第三方中间件厂商实现与资料库的连线提供了标準方法。JDBC使用已有的SQL标準并支持与其它资料库连线标準，如ODBC之间的桥接。JDBC实现了所有这些面向标準的目标并且具有简单、严格类型定义且高性能实现的接口。Java 具有坚固、安全、易于使用、易于理解和可从网路上自动下载等特性，是编写资料库应用程式的杰出语言。所需要的只是 Java应用程式与各种不同资料库之间进行对话的方法。而 JDBC 正是作为此种用途的机制。JDBC 扩展了 Java 的功能。例如，用 Java 和 JDBC API 可以发布含有 applet 的网页，而该 applet 使用的信息可能来自远程资料库企业也可以用 JDBC 通过 Intranet 将所有职员连到一个或多个内部资料库中（即使这些职员所用的计算机有 Windows、 Macintosh 和UNIX 等各种不同的作业系统）。随着越来越多的程式设计师开始使用Java 程式语言，对从 Java 中便捷地访问资料库的要求也在日益增加。MIS 管理员们都喜欢 Java 和 JDBC 的结合，因为它使信息传播变得容易和经济。企业可继续使用它们安装好的资料库，并能便捷地存取信息，即使这些信息是储存在不同资料库管理系统上。新程式的开发期很短。安装和版本控制将大为简化。程式设计师可只编写一遍应用程式或只更新一次，然后将它放到伺服器上，随后任何人就都可得到最新版本的应用程式。对于商务上的销售信息服务，Java 和JDBC 可为外部客户提供获取信息更新的更好方法。TM4.0APIjava.sql (Java 2 Platform SE 6) JDBC 4.0 API 中包括 java.sql 包，被称为 JDBC 核心 API，和 javax.sql 包，被称为 JDBC Optional Package API 。完整的 JDBC API 包含在 Java 标準版 (Java SE) 6 版中。javax.sql 包扩展了 JDBC API 的功能，将它从客户端 API 扩展到伺服器端 API，该包是 Java、企业版 (Java) 技术的重要部分。JDBC特性4.0特性自动 java.sql.Driver 发现：不再需要通过 Class.forName 来载入 java.sql.Driver 类添加了国家字元集(National Character Set) 支持为 SQL:2003 XML 数据类型添加的支持 SQLException 增强：为原因链添加的支持；为公用 SQLState 类值代码添加新 SQLException 增强的 Blob/Clob 功能：提供创建和释放 Blob/Clob 实例以及为了提高可访问性所添加的一些其他方法为访问 SQL ROWID 添加的支持添加的支持，允许 JDBC 应用程式访问已被供应商包装的 JDBC 资源实例，通常在一个应用程式伺服器或连线池环境中。当与 PooledConnection 关联的 PreparedStatement 已关闭或驱动程式确定为无效时要通知的可用性3.0特性入池语句 (pooled statement)：重新使用与某个已入池的连线 (pooled connection) 相关的语句保存点：允许将事务回滚到某一指定保存点为 ConnectionPoolDataSource 定义的属性：指定将连线入池的方法 PreparedStatement 对象的参数的元数据从自动生成的列中获取值的能力使从 CallableStatement 对象中返回的多个 ResultSet 对象同时打开的能力通过名称和索引标识 CallableStatement 对象的参数的能力 ResultSet 可保存性：指定是否应该让游标在某一事务结束时保持打开或关闭状态的能力获取和更新 Ref 对象引用的 SQL 结构化类型实例的能力通过编程方式更新 BLOB、CLOB、ARRAY 和 REF 值的能力。java.sql.Types.DATALINK 数据类型的添加：允许 JDBC 驱动程式访问数据源以外的地方存储的对象用于获取 SQL 类型分层结构的元数据的添加 2.1特性可滚动的结果集：使用 ResultSet 接口中的新方法，这些方法允许将游标移动到某一特定行，或者移动到其当前位置的某一相对位置批量更新编程式更新：使用 ResultSet updater 方法新数据类型：映射 SQL3 数据类型的接口用户定义类型 (UDT) 的自定义映射关係其他特性，包括性能提示、字元流的使用、java.math.BigDecimal 值的完全精度、其他安全性，以及对日期、时间和时间戳值中的时区的支持。用途简单地说，JDBC 可做三件事：与资料库建立连线、传送 SQL 语句并处理结果。下列代码段给出了以上三步的基本示例：Connection con = DriverManager.getConnection（"jdbc：odbc：wombat"，"login"，"password"）；Statement stmt = con.createStatement（）；ResultSet rs = stmt.executeQuery（"SELECT a，b，c FROM Table1"）；while （rs.next（）） {int x = rs.getInt（"a"）；String s = rs.getString（"b"）；float f = rs.getFloat（"c"）；}上述代码对基于JDBC的资料库访问做了经典的总结，当然，在本小节的后续部分会对它做详尽的分析讲解。JDBCAPIJDBCJDBC 是个"低级"接口，也就是说，它用于直接调用 SQL 命令。在这方面它的功能极佳，并比其它的资料库连线 API 易于使用，但它同时也被设计为一种基础接口，在它之上可以建立高级接口和工具。高级接口是"对用户友好的"接口，它使用的是一种更易理解和更为方便的 API，这种API在幕后被转换为诸如 JDBC 这样的低级接口。在关係资料库的"对象/关係"映射中，表中的每行对应于类的一个实例，而每列的值对应于该实例的一个属性。于是，程式设计师可直接对 Java 对象进行操作；存取数据所需的 SQL 调用将在"掩盖下"自动生成。此外还可提供更複杂的映射，例如将多个表中的行结合进一个 Java 类中。随着人们对 JDBC 的兴趣日益增涨，越来越多的开发人员一直在使用基于 JDBC 的工具，以使程式的编写更加容易。程式设计师也一直在编写力图使最终用户对资料库的访问变得更为简单的应用程式。例如应用程式可提供一个选择资料库任务的选单。任务被选定后，应用程式将给出提示及空白供填写执行选定任务所需的信息。所需信息输入应用程式将自动调用所需的 SQL 命令。在这样一种程式的协助下，即使用户根本不懂 SQL 的语法，也可以执行资料库任务。优缺点JDBC与ODBC和其他API的比较，基于windows平台，Microsoft 提供了 ODBC API 用于访问关係资料库的编程接口。它能在几乎所有平台上连线几乎所有的资料库。为什幺 Java 不使用 ODBC？对这个问题的回答是：Java 可以使用 ODBC，但最好是在 JDBC 的帮助下以 JDBC-ODBC 桥的形式使用，这一点我们稍后再说。现在的问题已变成："为什幺需要 JDBC"？答案是显然的：ODBC 不适合直接在 Java 中使用，因为它使用 C 语言接口。从Java 调用本地 C 代码在安全性、实现、坚固性和程式的自动移植性方面都有许多缺点。从 ODBC C API 到 Java API 的字面翻译是不可取的。例如，Java 没有指针，而 ODBC 却对指针用得很广泛（包括很容易出错的指针"void *"）。您可以将 JDBC 想像成被转换为面向对象接口的 ODBC，而面向对象的接口对 Java 程式设计师来说较易于接收。ODBC 很难学。它把简单和高级功能混在一起，而且即使对于简单的查询，其选项也极为複杂。相反，JDBC 儘量保证简单功能的简便性，而同时在必要时允许使用高级功能。启用"纯 Java "机制需要象 JDBC 这样的 Java API 。如果使用ODBC，就必须手动地将 ODBC驱动程式管理器和驱动程式安装在每台客户机上。如果完全用 Java 编写 JDBC驱动程式则 JDBC 代码在所有 Java 平台上（从网路计算机到大型机）都可以自动安装、移植并保证安全性。总之，JDBC API 对于基本的 SQL 抽象和概念是一种自然的 Java 接口。它建立在 ODBC 上而不是从零开始。因此，熟悉 ODBC 的程式设计师将发现 JDBC 很容易使用。JDBC 保留了 ODBC 的基本设计特徵；事实上，两种接口都基于 X/Open SQL CLI（调用级接口）。它们之间最大的区别在于：JDBC 以 Java 风格与优点为基础并进行最佳化，因此更加易于使用。Microsoft 新引进了 ODBC 之外的新 API（如：RDO、 ADO 和OLE DB等）。这些设计在许多方面与 JDBC 是相同的，即它们都是面向对象的资料库接口且基于可在 ODBC 上实现的类。但在这些接口中，我们未看见有特别的功能使我们要转而选择它们来替代 ODBC，尤其是在 ODBC 驱动程式已建立起较为完善的市场的情况下。它们最多也就是在 ODBC 上加了一种装饰而已。支持JDBC API 既支持资料库访问的两层模型（C/S），同时也支持三层模型（B/S）。在两层模型中，Java applet或应用程式将直接与资料库进行对话。这将需要一个JDBC驱动程式来与所访问的特定资料库管理系统进行通讯。用户的SQL语句被送往资料库中，而其结果将被送回给用户。资料库可以位于另一台计算机上，用户通过网路连线到上面。这就叫做客户机/伺服器配置，其中用户的计算机为客户机，提供资料库的计算机为伺服器。网路可以是 Intranet（它可将公司职员连线起来），也可以是 Internet 。在三层模型中，命令先是被传送到服务的"中间层"，然后由它将SQL 语句传送给资料库。资料库对 SQL 语句进行处理并将结果送回到中间层，中间层再将结果送回给用户。MIS 主管们都发现三层模型很吸引人，因为可用中间层来控制对公司数据的访问和可作的的更新的种类。中间层的另一个好处是，用户可以利用易于使用的高级API，而中间层将把它转换为相应的低级调用。最后，许多情况下三层结构可提供一些性能上的好处。中间层通常都用 C 或 C++ 这类语言来编写，这些语言执行速度较快。然而，随着最最佳化编译器（它把 Java位元组代码转换为高效的特定于机器的代码）的引入，用 Java 来实现中间层将变得越来越实际。这将是一个很大的进步，它使人们可以充分利用 Java 的诸多优点（如坚固、多执行绪和安全等特徵）。JDBC 对于从Java的中间层来访问资料库非常重要。一致性结构化查询语言（SQL）是访问关係资料库的标準语言。困难之处在于：虽然大多数的 DBMS （资料库管理系统）对其基本功能都使用了标準形式的 SQL，但它们却不符合<高级功能定义>的标準 SQL 语法或语义。例如，并非所有的资料库都支持储存程式或外部连线，那些支持这一功能的资料库又相互不一致。人们希望 SQL 中真正标準的那部份能够进行扩展以包括越来越多的功能。但同时 JDBC API 又必须支持现有的 SQL 。JDBC API 解决这个问题的一种方法是允许将任何查询字元串一直传到所涉及的 DBMS驱动程式上。这意味着应用程式可以使用任意多的 SQL 功能，但它必须冒这样的风险：有可能在某些 DBMS 上出错。事实上，应用程式查询甚至不一定要是 SQL，或者说它可以是个为特定的 DBMS 设计的 SQL 的专用派生物（例如，文档或图象查询）。JDBC 处理 SQL 一致性问题的第二种方法是提供 ODBC 风格的转义子句，这将在后续部分中讨论。转义语法为几个常见的 SQL 分歧提供了一种标準的 JDBC 语法。例如，对日期文字和已储存过程的调用都有转义语法。对于複杂的应用程式，JDBC 用第三种方法来处理 SQL 的一致性问题它利用 DatabaseMetaData 接口来提供关于 DBMS 的描述性信息，从而使应用程式能适应每个 DBMS 的要求和功能。由于 JDBC API 将用作开发高级资料库访问工具和 API 的基础 API，因此它还必须注意其所有上层建筑的一致性。"符合JDBC标準TM" 代表用户可依赖的 JDBC 功能的标準级别。要使用这一说明，驱动程式至少必须支持 ANSI SQL-2 Entry Level（ANSI SQL-2 代表美国国家标準局 1992 年所採用的标準。Entry Level代表SQL功能的特定清单）。驱动程式开发人员可用 JDBC API 所带的测试工具包来确定他们的驱动程式是否符合这些标準。"符合 JDBC 标準TM" 表示提供者的 JDBC 实现已经通过了JavaSoft 提供的一致性测试。这些一致性测试将检查 JDBC API中定义的所有类和方法是否都存在，并儘可能地检查程式是否具有SQL Entry Level 功能。当然，这些测试并不完全。随着越来越多的资料库提供者、连线提供者、 Internet 提供者和应用程式编程员对 JDBC API 的接受，JDBC 也正迅速成为 Java 资料库访问的标準。