J2EE的13个规范之JDBC

假设让你接触一样新的东西。你可能感觉无所适从，可是假设本来就是旧事物的话，你学习起来还难吗？

一、ODBC，我们的老朋友

ODBC(Open Database Connectivity)是微软公司与数据库的接口规范。

精华点：

1.ODBC，建立了一组规范并提供了一组对数据库訪问的标准API，标准应用程序数据接口。

2.ODBC是用C语言实现的，里面用到了大量的指针。

3.ODBC驱动程式的使用把应用程式从详细的数据库调用中隔离开来,驱动程式管理器针对特定数据库的各个驱动程式进行集中管理,并向应用程式提供统一的标准接口,

4.结构模型：分为四部分，应用程序接口，驱动器管理器，数据库驱动器和数据源。详细看图：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2Fvemhhbmd5aW5nZmVpMDEwOQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

二、JDBC。应呼声而起

JAVA语言的出现。风靡全球。当时JAVA人员用ODBC来操作数据库应用程序的时候。遇到了非常多的麻烦，比方ODBC是使用C语言实现的，而且包括大量的指针。这对JAVA全然面向对象的思想是一个非常大的冲突，导致了JAVA的非常多优秀特性无法使用，比方平台无关性。面向对象特性等。

于是。应呼声而起，SUN公司开发了一套专门java语言为接口的数据库应用程序开发接口。

JDBC(Java DataBase Connectivity)是Java与数据库的接口规范。

精华点：

1.JDBC定义了一个支持标准SQL功能的通用低层的应用程序编程接口(API)。

2.JDBC是用java语言实现的，全然面向对象的思想，具有平台无关性，一致性强。安全稳定。分布式。易用等长处，而且还扩展了java的能力。

3.JDBC是Java通过数据库驱动与数据库进行通信。利用Java的平台无关性，JDBC应用程式能自然地实现跨平台特性，因而更适合于internet上异构环境的数据库应用。（与ODBC一样）

4.结构模型：分为四部分。应用程序接口。驱动器管理器，数据库驱动器和数据源。

（与ODBC一样）详细看图：

三、对照来学习

同样点：

1.JDBC与ODBC都是基于X/Open的SQL调用级接口。

2.JDBC非常多设计思想沿袭了ODBC，包含很多抽象和SQL CLI实现。.ODBC与JDBC都提供对SQL语言的支持；

3.JDBC的整体结构类似于ODBC，如图：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2Fvemhhbmd5aW5nZmVpMDEwOQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

不同点：

1.ODBC是由微软公司。用C语言编写的，当中用到了大量的指针；JDBC是由SUN公司，用JAVA语言编写的。全然面向对象的思想。

2.ODBC难以学习，ODBC把简单功能和复杂功能混杂在一起，即便是简单的事情也会带来复杂的操作；JDBC易于学习，设计理念是简单的事情简单做。必要时才会让用户使用高级功能。

3.ODBC的驱动器管理程序和驱动器必须手工安装到每台客户机上。JDBC的驱动器因为全是用JAVA编写，所以JDBC能够在全部的JAVA平台上自己主动安装。

四、扩展和总结

扩展：

JDBC-ODBC，它出现的原因非常easy：我们有时候须要用JAVA语言连接微软的数据库，可是因为微软的数据库不是由JAVA编写的，所以我们须要一个桥连接。

详细的实现就不在这里提及了。可是有一点须要注意的是，JDBC是使用JAVA的数据库驱动直接和数据库相连，而JDBC-ODBC连接的是ODBC的数据源，真正与数据库建立连接的是ODBC。

总结

技术上该总结的都在比較中总结出来的，在这里仅仅想说明一点，我自己从一開始打算弄懂JDBC，然后又想到了ODBC，但是对于ODBC也仅限于用过，所以感觉非常乱，整理了几天之后，就发现，最可以让自己搞清关系的是“追本溯源”，从“根”上查起，这就有种知识网再生长。往外扩展或者更加密集的感觉。而不是突兀的出现一个点。让自己绞尽脑汁。生搬硬套的找关系，而是自然而然的。顺生长，感觉还是这种学习比較好，并且有效率。推荐给大家！