2.1 历史

JDBC是一种成熟的技术，在1997年1月首次被指定。在最初的版本中，JDBC API侧重于向SQL数据库提供基本的调用级接口。JDBC 2.1规范和2个可选包规范随后扩展了API的范围，包括支持更高级的应用程序和应用服务器所需的特性，以管理代表应用程序的JDBC API的使用。
JDBC 3规范的目标是通过填充较小的缺失功能区域来绕过API。JDBC 4.2，我们的目标是双重的：提高所有开发者SQL在java平台开发经验的轻松工作。其次，提供一系列的企业级功能，以将JDBC暴露到更丰富的工具和API中，以管理JDBC资源

2.2 概述的目标

下面的列表概括了JDBC的目标和设计理念，特别是JDBC 4.2 API：

1， 适合java EE和java SE平台
JDBC API是java平台的一个组成部分的技术。JDBC 4.2 API应该与java企业版和标准版的java平台的总体方向对齐。此外，与java平台的最新发展暴露出一系列新的特点和语言的改进，广泛应用于本规范。

2，与SQL一致：2003
JDBC API提供了访问programmatic from the applications to the Java编程语言已经写在标准的SQL。sought JDBC 3.0的支持来保证它的子集，是likely features of the sql99 to be by the工业的广泛支持。similarly for JDBC支持for SQL Server 4.2、专业至上：2003 is on the of this组件规范，我们预期未来的负载foreseeable will be for the

3，提供供应商对公共特性的中立访问
JDBC致力于提供对不同供应商实现共同支持的特性的高带宽访问。我们的目标是提供一定程度的特性访问，与本地应用程序可以实现的功能相媲美。但是，API必须是通用的且足够灵活，以便实现广泛的实现

4，维护SQL的重点
JDBC API的焦点一直是从java编程语言访问关系数据。这个目标，以前在JDBC 3 API中提到的，仍然是构建这个规范的原则的核心。对发展主题的改进包括API和公用事业继续关注需要从java平台软件开发SQL缓解供应。类似于以前的规范，这并不排除与其他技术（如XML、CORBA和非关系数据）的交互。

5，为工具和高级API提供基础
JDBC提供了一个标准API来访问广泛的底层数据源或遗留系统。实现差异通过JDBC API抽象变得透明，使它成为希望创建可移植工具和应用程序的工具供应商的一个有价值的目标平台。
因为它是一个“从java编程语言SQL调用级接口，JDBC API也适合作为更高级别的设施，如企业JavaBeans（EJB）基础层容器管理的持久性，SQLJ和JDBC RowSet实现。

6， Keep it simple
实体。这个目标是通过定义许多紧凑的、单一用途的方法来实现的，而不是使用控制标志参数的复杂的、多用途的方法

7，提高可靠性、可用性和可伸缩性
可靠性，可用性，和可扩展性是java EE和java平台的主题，以及对未来的java平台的方向。JDBC通过增强几个领域的支持来保持这些主题，包括资源管理、通过逻辑连接重用已准备好的语句和错误处理

8，维护与现有应用程序和驱动程序的向后兼容性
现有的JDBC技术使驱动程序（JDBC驱动程序）和使用它们的应用程序必须继续在java虚拟机支持JDBC 4.2 API的实现工作。仅使用JDBC早期版本中定义的特性的应用程序不需要继续运行的更改。对于现有的应用程序来说，迁移到JDBC 4.2技术应该是很简单的

9，用JDBC RowSet实现密切关联
java SE包含一个标准的JDBC RowSet实现作为JDBC RowSet实现指定（jsr-114）。该规范将提供一个实用工具级别和元数据语言级别上描述的实用工具集。这将允许开发人员轻松地迁移的JDBC技术对JDBC RowSet模型，使断开连接的数据源的访问，除了从XML站点管理关系数据存储的应用程序的能力

10，允许与连接器的正向兼容性
连接器架构定义了一个标准的方式来打包和部署资源适配器允许java EE容器将其连接，交易，和与外部资源的安全管理。JDBC提供了JDBC驱动程序向连接器架构的迁移路径。对于其产品使用JDBC技术逐步实现连接器API的供应商来说，应该是可能的。期望的是JDBC驱动程序供应商将围绕其现有的数据源实现编写资源管理器包装，以便它们可以在连接器框架中重用。

11，要求明确
对JDBC遵从性的要求必须明确且易于识别。JDBC规范和API文档（javadoc）将澄清其特点是必需的，哪些是可选的