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）將澄清其特點是必需的，哪些是可選的