早期的數據庫開發領域沒有通用的應用程序編程接口，開發人員在使用不同數據庫產品時，必須學習和使用廠商專用API，例如Oracle Call Interface、Microsoft Database Library等。針對業界對通用編程接口的需求，微軟推出了ODBC(Open Database Connectivity)方案，并獲得廠商和開發人員的認可。ODBC建立了一組規范，并提供了對數據庫訪問的標準API，后來被X/OPEN和ISO/IEC采納，作為SQL標準的一部分。 SUN參考了ODBC，為JAVA設計了專用的數據庫連接規范JDBC(JAVA Database Connectivity)。JDBC期望的目標是讓Java開發人員在編寫數據庫應用程序時，可以有統一的接口，無須依賴特定數據庫API，達到“?一次開發，適用所有數據庫”。雖然實際開發中，經常會因為使用了數據庫特定的語法、數據類型或函數等而無法達到目標，但JDBC的標準還是大大簡化了開發工作。 JDBC標準主要分為兩部分：面向應用開發人員的應用程序開發接口和面向數據庫驅動程序的開發者（通常是數據庫廠商）接口。JDBC標準中，按操作方式把驅動程序分為四種類型。 Type 1: JDBC-ODBC Bridge Driver  SUN發布JDBC規范時，市場上可用的JDBC驅動程序并不多，但是已經逐漸成熟的ODBC方案使得通過ODBC驅動程序幾乎可以連接所有類型的數據源。所以SUN發布了JDBC-ODBC的橋接驅動，利用現成的ODBC架構，將JDBC調用轉換為ODBC調用，避免了JDBC無驅動可用的尷尬。 不過，由于橋接的限制，并非所有功能都能直接轉換并正常調用，而多層調用轉換對速度也有一定的影響，除非沒有其他解決方案，否則不應采用橋接架構。 Type 2: Native API Driver  這類驅動程序會直接調用數據庫提供的原生鏈接庫或客戶端，因為沒有中間過程，訪問速度通常表現良好。但是驅動程序與數據庫和平臺綁定，無法達到JDBC跨平臺的基本目的。在JDBC規范中也是不被推薦的選擇。 Type 3: JDBC-Net Driver  這類驅動程序會將JDBC調用轉換為獨立于數據庫的協議，然后再通過特定的中間組件或服務器轉換為數據庫通信協議，主要目的是為了獲得更好的架構靈活性。例如更換數據庫時可通過更換中間組件實現。由非數據庫廠商開發的Type 3驅動通常還提供額外的功能，例如高級安全特性等，但通過中間服務器轉換也會對速度有一定影響。JDBC領域這種類型驅動并不常見，而微軟的ADO.NET是這種架構的典型。 Type 4: Native Protocol Driver  這是最常見的驅動程序類型，我們開發中使用的驅動jar包基本都屬于此類，通常由數據庫廠商直接提供，例如mysql-connector-java，驅動程序把JDBC調用轉換為數據庫特定的網絡通信協議。因為使用網絡通信，驅動程序可以純Java實現，支持跨平臺部署，性能也較好。 --------------------- 作者：大雨將至 來源：CSDN 原文：https://blog.csdn.net/autfish/article/details/52170053 版權聲明：本文為博主原創文章，轉載請附上博文鏈接！