分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow
也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！
- 作者：邹祁峰
- 邮箱：[email protected]
- 博客：http://blog.csdn.net/qifengzou
- 日期：2012.12.09
- 转载请注明来自"祁峰"的CSDN博客
1 概念简介
众所周知，数据库的类型很多，常见的有ORACLE、DB2、SQL Server、MySQL、INFORMIX等等，但是不同的数据库拥有着不同的访问方式。比如：可通过PRO*C、OCI访问ORACLE；可通过ESQL访问DB2和INFORMIX；可通过MySQL API访问MySQL ...
完成基于某1种数据库的程序开发后，如果要更换使用数据库类型时，此时往往不得不去修改数据库的访问接口、参数以及其他相关代码。这样势必造成代码的复用性不高，同时也增加了维护成本和重复劳动量。
基于以上原因，现提出统一数据库互联(UDBC: UNIFIED DATABASE CONNECTIVITY)方式，来屏蔽数据库访问方式之间的差异，以此来提高开发效率、降低维护成本。
2 设计实现
2.1 架构设计
假设存在3种API，分别能访问ORACLE、INFORMIX和DB2。
1) 传统API调用架构
图1 传统API调用架构
如图1所示， ProgramA是基于ORACLE数据库的已开发完成的原始程序。当需要切换数据库为INFORMIX时，则需要对数据库相关的接口、参数及其他相关代码进行修改；当要切换数据库为DB2时，也需要对数据库相关的接口、参数及其他相关代码进行修改；当要开发与MySQL、SQL Server、FoxPro等等时，可发现工作量大，重复劳动多，复用性低等弊端就显现出来。
2) 调用UDBC
图2 UDBC调用架构
如图2所示，ProgramA是基于UDBC开发的程序，因此ProgramA既能够访问ORACLE，同时也能够访问INFORMIX，还能够访问DB2等等数据库。一旦要切换数据库时，不用对ProgramA的代码做任何的修改，程序依然可以正常的工作。
3) UDBC架构
图3 UDBC架构
2.2 架构实现
1) UDBC内部结构
由图3 UDBC架构可进一步细化各组件内部结构：
图4 组件API
为减少各模块的偶尔性，我们采用组件的设计方式，各组件都有对外的API。UDBC要访问数据库时，其必然需调用对应数据库的访问接口，也就是说当程序调用UDBC访问ORACLE时，DB-API将会调用ORACLE-API；当程序调用UDBC访问INFORMIX时，DB-API将会调用INFORMIX-API；当程序调用UDBC访问DB2时，DB-API将会调用DB2-API。
2) UDBC实现
基于以上的分析，可知DB-API将会调用ORACLE-API、INFORMIX-API、DB2-API中的一种。出现这种情况时，我们往往会想到使用策略模式（策略模式：用统一的方法接口分别对不同类型的数据进行访问）。因此，可在DB-API层设计一个结构体来存放各函数的回调指针：（策略模式）
图5 回调指针
回调指针初始化过程如下：
图6 回调初始化
给我老师的人工智能教程打call！http://blog.csdn.net/jiangjunshow
