从JDBC到Druid，谈谈datasource的发展与druid使用

最新推荐文章于 2024-08-10 13:57:05 发布

木数难数

最新推荐文章于 2024-08-10 13:57:05 发布

阅读量9.3k

点赞数 6

分类专栏： Java 服务器

本文链接：https://blog.csdn.net/a3427603/article/details/86449198

版权

本文从ODBC开始，探讨JDBC的发展，特别是JDBC 1.0和2.0的核心与扩展API。接着讨论了DataSource与JDBC直连的差异，强调DataSource对性能和连接池的支持。介绍了早期的DataSource实现如Proxool和c3p0，以及Druid的出现，阐述了Druid的常规配置与扩展使用，是数据库连接池的优选方案。

摘要由CSDN通过智能技术生成

从JDBC到Druid

0、从ODBC开始谈起

在JDK1.0刚开始发布时，并没有跟着发布一个连接数据库的API，那么那时的开发人员，如果想要连接到数据库的话，该怎么做呢？那时的通常做法是使用另一个数据库驱动管理器——ODBC。

ODBC（Open Database Connectivity，开放数据库互连）提供了一种标准的API（应用程序编程接口）方法来访问数据库管理系统（DBMS）。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持，用户可以直接将SQL语句送给ODBC。ODBC的设计者们努力使它具有最大的独立性和开放性：与具体的编程语言无关，与具体的数据库系统无关，与具体的操作系统无关。（https://zh.wikipedia.org/wiki/ODBC）

在此再之前，如果要开发数据库应用程序，则必须要使用数据库厂商随数据库产品一同发布的一些工具集来访问数据库，或者在程序中使用嵌入式SQL来访问数据库，缺乏一个统一的编程接口。

ODBC的结构包括四个主要部分：应用程序接口、驱动器管理器、数据库驱动器和数据源。

应用程序接口：屏蔽不同的ODBC数据库驱动器之间函数调用的差别，为用户提供统一的SQL编程接口。

驱动器管理器：为应用程序装载数据库驱动器。

数据库驱动器：实现ODBC的函数调用，提供对特定数据源的SQL请求。如果需要，数据库驱动器将修改应用程序的请求，使得请求符合相关的DBMS所支持的文法。

数据源：由用户想要存取的数据以及与它相关的操作系统、DBMS和用于访问DBMS的网络平台组成。

当应用系统发出调用与数据源进行连接时，数据库驱动器能管理通信协议。当建立起与数据源的连接时，数据库驱动器便能处理应用系统向DBMS发出的请求，对分析或发自数据源的设计进行必要的翻译，并将结果返回给应用系统。