仿的空间数据共享方法

6.3.2　仿ODBC的空间数据共享方法

在数据库的发展过程中，用标准SQL和ODBC技术较好地实现了数据库系统间数据的共享，解决了数据库系统间由于存储机制和内部格式的封闭性而造成的障碍。ODBC是为了解决数据库之间最大的互用性而设计的。它本身是一个规范，与实现语言无关。ODBC API通过标准SQL语句来传递应用请求并接收处理结果。ODBC技术包括四个组成部分:①应用程序;②驱动管理器;③驱动程序;④数据源。其相互关系见图6-22。

图6-22　ODBC技术

ODBC技术可以很好地应用到GIS数据共享的问题中来。针对不同的数据源，ODBC有两种类型驱动程序，即基于数据库和文件的驱动程序。现代GIS系统，正逐步突破空间数据和属性数据分别存放的模式，用数据库来统一存放空间数据和属性数据已成为重要方向。利用ODBC技术，可以解决空间数据和属性数据分别存放的情况，也能适应一体化存放的情况。因此，基于ODBC技术原理，GIS数据的互操作和共享问题可以得到较好的解决。

实例:加拿大国防部为了解决地理数据的共享和互操作问题，联合多家公司和组织推出了OGDI。OGDI和ODBC类似，其核心是在一系列的驱动程序支持下的API集。OGDI可以在不同的GIS软件包间处理不同的数据源。驱动程序分布于网络中，应用中通过GLTP协议调用不同的驱动器程序，可以向分布在网络环境下的数据源发送请求。对用户来说，感觉不到存取网络数据和本地数据的差别。

对应不同的GIS系统，OGDI建立了相应的驱动程序，如Oracle SDO，Grass，Pamap，ArcInfo和DGN等都有自己的驱动程序。当用户从客户端向服务器发送请求时，服务器接收请求并通过相应的驱动器将数据库中的地理数据转换为OGDI标准格式数据并返回给用户。其逻辑流程见图6-23。

图6-23　OGDI逻辑流程图

可见，OGDI综合了数据标准化和数据转换的特点。通过gltp协议，OGDI可以处理分布式异源地理空间数据。OGDI利用ODBC思想实现了不同位置数据源的共享操作。

OGDI同时也有自己的缺点。例如:在利用OGDI API进行编写实例时，用户需要知道数据源所在的位置;只能对有限格式的数据源进行共享操作;OGDI返回的数据是NATO(北大西洋公约组织)制定的标准格式，其数据模型是特定的;OGDI是基于特定的网络协议GLTP。地理数据共享的局限性仍然很明显。