数据访问接口体系及数据对象模型探讨(Beat 1.0)

             
                                               81_RedStar81@163.com
                                               TomHornson.student@www.sina.com.cn


                                               团体文集：
                      http://www.csdn.net/develop/author/netauthor/RedStar81/

 

 

 

 

                  一、数据访问接口体系探讨

 

1.Open Client/Open Server

 

C/S结构的两头件具体来说是配置在客户端和服务器端的软件包(注2::).Sybase Open Client/Open Server使分布式异构环境下的互操作成为可能.这里我们简述Sybase C/S 两头件的任务原理.Open Client 是客户端的API,它使客户端使用程序和第三方的工具软件把SQL语句和近程过程调用(RPC)通过网络发送给Sybase SQL Server,或经由Open Server使用(以利用Open Server开发为标志的使用)发送到其它的数据源(数据库系统或Objects Managents或普通的数据存储体)或其它类型的服务器.从Open Client API调用到信道传输有两种很重要的行为发生,TDS(同于Telnet、Ftp等属于使用层协议)格式化程序担任将上层的以API调用为标志的SQL或RPC等转化为TDS音讯包而支持多种传输规程的网络库把TDS包按对应客户端与服务器端通信协议的封装格式化.自然在客户端,信道传输行为发生之前,同于其它的网络使用还有很多的行为(具体参看有关协议模型的材料).Open Server是服务器端的API,它允许客户机以SQL语句或RPC方式向一个非Sql Server数据源或其它类型的服务器发送请求.而后使该数据源或特殊服务器以标准的TDS格式向客户端送回形状和数据.Open Server可构成较为理想的C/S结构环境,即所有的客户端能按统一的方式与所有的服务器交互,而所有的服务器亦能按统一的方式接受客户端的请求,并以标准的格式向客户端前往结果.作为扩展,我们这里再引见点关于Open Client/Open Server的知识,以便读者在下面详细探讨的ODBC体系分析中看到一些历史的技术要素.理想上,正如上面所述,Open Client/Open Server都是API,到Sybase System 11为止,成熟的API包含客户端的DB-Library、Client-Library和服务器端的Server-Library还有公共的CS-Library.重要的特性对比列举如下

      1.Client-Library 优于 较老的DB-Library 而且Client-Library是与SQL无关的.

      2.DB-Library 不支持服务器端的游标.Client-Library功用全面,支持所有类型的游标,包括敏感和不敏感游标

      3.Open Server 是服务器端的API,用来开发服务器端使用.提供分歧的数据访问框架能力.Open Server使用既可与Sybase通信又可与非Sybase通信而Sybase SQL Server 连接其它的数据源需求利用Open Server API开发Sybase Open GetWay.

这里稍微提一下,通过对Open Client/Open Server实现的功用、当时数据库系统服务特性、ODBC等较晚出现的接口体系、现时数据库系统服务特性的综合分析对比, 你会发

现Open Client 使用(Open Client Application,包含Sybase Open GetWay、Normal DataSource Application、Mail Open Client 及其它的一些体现统一的数据访问框架的使用)在后来的数据接口体系中亦可实现同样功用但是实现的方式、功用的实现体及其分布大不相反.虽然到现时还有一些影子.

 

 

2.ODBC(Open DataBase Connectivity : 开放数据库连接)

 

ODBC是Microsoft Windows Open Standards Architecture (WOSA,Windows开放服务体系)的重要组成部分,由Microsoft公司于1991年底发布,短短几年已成为理想上的工业标准.它建立了一组规范,提供了一套分层(随着层的扩展,数据服务能力不断的加强)的标准API(支持SQL),它处理了嵌入式SQL接口的非规范核心,数据使用系统用它来访问任何提供了ODBC驱动程序(一组DLL)的数据库,结束了过去针对不同的数据库系统开发须掌握相应数据访问API的时代.理想上,可将ODBC体系看作统一的数据访问界面,而使这种统一的数据访问成为可能的就是各数据库产品厂商提供的相应的ODBC Provider(ODBC提供者即ODBC 驱动),但ODBC普通只能用于关系数据库,很难访问对象数据库或其它非关系数据库或数据系统.下面简述ODBC体系的组成和任务原理. ODBC规范阐释,ODBC体系有四个组成部分:Application、Driver Manager、Driver、Data Source.(如下图).

 

    结合理想的高层开发任务流程如下：

         1.数据使用系统首先获得在ODBC数据源管理器中建立的DSN(存储了与数据提供程序连接的详细信息包含数据库位置、数据库类型及相应的ODBC驱动程序等),然后 Driver Manager依赖一种叫做数据库独立的交流(Database Indepedent Communications Technology