数据库编程——intro to JDBC
【0】README
1） 本文文字描述 轉自 core java volume 2 ， 旨在理解 數據庫編程——JDBC 的基礎知識 ；
2）JDBC起源： 96年， Sun公司發布了 第一版的java 數據庫連接（JDBC）API， 允許編程人員可以通過這個API 接口連接到 數據庫，并使用結構化查詢語言（即SQL）完成對數據庫的查找與更新；
【1】JDBC 的設計（JDBC——Java DataBase Connection）
1）所有數據庫供應商和工具開發商認為，如果java 能夠為 SQL 訪問提供一套純 java API ， 同時提供一個驅動管理器， 以允許第三方驅動程序可以連接到特定的數據庫，那他將會非常有用；（干貨——引入了驅動管理器）
- 1.1）這樣， 數據庫供應商就可以提供自己的驅動程序，并插入到驅動管理器中。
- 1.2）另外還需要一套簡單機制，以使得第三方驅動程序可以向驅動管理器注冊；
2） ODBC（Open DataBase Connection-開放數據庫互連）：這種接口組織方式遵循了 微軟公司非常成功的 ODBC模式；ODBC 為C語言訪問數據庫提供了一套編程接口。 （干貨——ODBC定義）
3）JDBC 和ODBC都基于同一個思想： 根據API編寫的程序都可以與驅動管理器進行通信， 而驅動管理器則通過 驅動程序與實際的數據庫進行通信； （干貨——JDBC 和ODBC都基于同一個思想）
【2】 JDBC 驅動程序類型（JDBC driver program type）
1）JDBC規范將驅動程序歸結為以下幾類：
- 1.1）第1類驅動程序： 將 JDBC 翻譯為 ODBC， 然后使用一個 ODBC 驅動程序與數據庫進行通信；如 JDBC/ODBC 橋， 但強烈不建議使用 JDBC/ODBC 橋； （干貨——強烈不建議使用 JDBC/ODBC 橋）
- 1.2）第2類驅動程序：是由部分 java 程序和部分本地代碼組成的， 用于與數據庫的客戶端API 進行通信； 在使用驅動程序前，客戶端不僅要安裝java 類庫， 還需要安裝 一些與平臺相關的代碼；
- 1.3）第3類驅動程序：是純java 客戶端類庫， 它使用一種與具體數據庫無關的協議將數據庫請求發送給 server 構件， 然后該構件再將數據庫請求翻譯成數據庫相關的協議， 這簡化了部署， 因為平臺相關的代碼只 位于server 端了；
- 1.4）第4類驅動程序：是純java 類庫， 它將JDBC 請求直接翻譯成數據庫相關的協議。
Attention）大部分數據庫供應商都為它們的產品提供了 第3類 或 第4類 驅動程序；
Conclusion） JDBC 實現了以下目標： （干貨——JDBC的目標）
- C1）通過使用標準的SQL語句， 甚至是專門的 SQL擴展， 程序員就可以使用 java 語言開發訪問數據庫的應用， 同時還依舊遵守 java 語言的相關約定；
- C2） 數據庫供應商 和 數據庫工具開發商可以提供底層的驅動程序， 因此，它們可以優化各自數據庫產品的驅動程序；
【2】JDBC的典型用法
1）三層應用模式 （干貨——三層應用模式）
- 1.1）在三層應用模式中， 客戶端不直接調用數據庫，而是調用服務器上的中間件層，最后由中間件層完成數據庫查詢操作；
- 1.2）這三層應用模式的優點如下（virtue）：
- V1） 它將可視化表示（位于客戶端） 從業務邏輯（位于中間件）和原始數據（位于數據庫）中分離出來；
- V2）因此，我們可以從不同的客戶端，如 java 應用， web 表單，來訪問相同的數據和相同業務規則；
2）客戶端和中間層之間的通信通過 HTTP， 或諸如遠程方法調用 RMI 這樣的機制來完成。 （干貨——引入 RMI技術）
3）JDBC 負責在中間層和后臺數據庫之間進行通信， 如圖4-2所示。
- 3.1）這模型有多種變體： 尤其是 java 企業版（java EE）為應用服務器定義了一種結構，用于管理稱為 企業級 Java Bean （EJB）的代碼模塊， 并且提供了許多重要的服務； （干貨——涉及到了EJB）
- 3.2）JDBC 扮演了重要的角色： 即完成復雜的數據庫查詢；
總結
以上是生活随笔為你收集整理的数据库编程——intro to JDBC的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 花开花落云卷云舒什么意思 花开花落云卷云
- 下一篇： 数据库编程——JDBC 配置