土地信息系统数据库分布式设计与实现

土地信息系统数据库分布式设计与实现作者：荣 芳 来源：1 关于土地信息 用关系数据库与空间数据库协同管理土地数据，是近年来土地信息系统的分布式处理的常用方法之一，其分布式实现主要依赖于关系数据库（如 Oracle）所提供的分布式功能。本文将详细阐述土地信息系统中基于 Oracle 的关系数据库分布式设计及空间数据分布式处理的实现。2 Oracle 系统的分布式设计技术2.1 分布式 Oracle 系统构架分布式 Oracle 系统是由分布式数据库管理系统（Oracle Rdbms）、支持多种操作系统和通信协议的分布式处理环境软件SQL*NET、以及与非 Oracle Rdbms 联接的软件 SQL*CONNECT 组成的一个软件群2。其中，Oracle Rdbms 的分布式功能主要包括分布式查询、单点事务、多个事务中多点更新及结点自治等；SQL*NET 提供不同 Oracle 数据库间的连接功能；SQL*CONNECT 是实现 Oracle 与其它 DBMS 转换的一个接口产品。2.2 SQL*NETSQL*NET 是 Oracle 分布式处理的基础，其体系结构如图 1 所示。通过 SQL*NET，一个应用程序可以并行存取本地或远程的多个数据库。当存取远程数据库时，在客户端，SQL*NET 将来自用户程序接口（UPI ）层的子程序调用（SQL 语句）组装成信息报文，经过异种机环境所需要的数据转换后，通过网络将报文发送给远程计算机；在服务器端，SQL*NET 接受报文，作必要的数据转换，并将子程序调用参数传送到适当的 Oracle 核心入口点，在相反方向上服务器端驱动 SQL*NET 传送的是数据和返回码信息1。 图 1 SQL*NET 体系结构2.3 各类数据库对象Oracle 中与分布式处理有关的数据库对象主要有：数据库链路、视图、快照、同义词等。其中，数据库链路用于连接本地结点和远程结点之间的数据库；数据快照是 Oracle 系统提供的一种对数据表的异步复制，它有以下两种作用：数据快照是远程数据表在本地的复制，通过它可以实现对远程数据的快速查询；在系统或网络出现故障时，可以通过数据快照恢复数据。同义词用来简化一些繁琐的表名或视图名等。对于远程操作，用户也可以为远程数据库的表名或视图名等建立相应的同义词，以后访问这些远程数据库的表或视图就可以直接写同义词名，也就是说用户在访问数据时无须指明数据所在结点的名字，这就达到了透明访问。例如，在某一结点访问另一结点的数据表时需要命令：SELECT*FROM SUPDBA.EMPLOYEESUPHQ；如果建立如下同义词：CREATE PUBLIC SYNONYM EMPLOYEE FOR SUPDBA.EMPLOYEESUPHQ；再访问该远程表时就只需要命令：SELECT * FROM EMPLOYEE ；2.4 分布式操作在数据库链路定义以后，远程操作就变得非常简单和方便。用户访问远程数据库的表或视图时，只要在表名或视图名后面附上数据库链路名即可通过 SELECT 或 INSERT、UPDATE 、DELETE 等语句对数据进行操作。其形式为：SELECT 列表达式,列表达式,.FROM 表名 数据库链路名 ,表名数据库链路名,.WHERE 逻辑表达式；在访问数据时，如果要访问的数据来自同一个数据表，根据需要直接访问该表或基于该表的视图或快照；如果所要访问的数据来自不同的数据表，可通过连接（JOIN）操作或相应的视图来实现，视图中各数据项的来源有以下几种情况：来自同一数据库中的一个表或多个表；来自同一结点不同数据库中的两个表或多个表；来自不同结点上数据库中的两个表或多个表。如果事先建立了有关视图，用户就可以直接访问这些视图以实现一些对数据的复杂访问。3 数据库分布式设计的基本步骤3.1 确定数据的物理位置在分布式数据库环境中，对每一数据表都要首先确定其最佳的存放位置，从而使整体数据的分布更加合理。在这一过程中，需要考虑的因素主要有以下几点：每一结点需传递的事务量；每一结点使用的数据量；网络的性能与可靠性；各结点速度、磁盘容量；若结点间连接不通后的访问规则；表间联系对数据完整性的影响等。3.2 确定数据库及其对象对每一存放数据的独立结点都要建立至少一个数据库，对于不同的应用，在同一地点也可以建立多个数据库。在每一数据库中还要根据实际需求建立有关的数据库对象，如 Oracle 中有关数据库对象有Table、View、Snapshot 、Synonym、DatabaseLink 等。3.3 确定数据存取机制分布式数据库的一大重要特点是数据访问的透明性。在应用系统中，不同的功能会需要访问不同数据库中的数据。为了达到数据访问的透明性，在分布式数据库设计时就需要确定如何存取其它数据库中的数据，如何实现不同数据库中数据表的链接等规则。4 土地信息系统数据库的设计深圳市土地管理信息系统（以下简称 SZLIS）是一个面向深圳市规划国土局土地管理业务的集成化分布式信息系统。由于该局行政上采用市局分局管理所三级运作模式，土地管理业务分布在三级管理部门，因此 SZLIS 系统中的分布式处理至关重要。由于 Oracle 难以管理空间数据，地理信息系统软件 ARC/INFO 不支持分布式处理，故考虑二者结合来管理，即系统中非空间数据用 Oracle 管理，空间数据用 ARC/INFO 管理。4.1 SZLIS 体系结构SZLIS 运行在由七个局域子网构成的广域网上。七个局域网分别分布于深圳市规划国土局市局和六个分局，管理所采用电话拨号上网连接到分局数据库中。系统在市局和六个分局的服务器中分别建立七个数据库。SZLIS 的主要功能包括：管理业务文件的流转及办理过程；用地申请的处理和批复；用计算机进行出让地块的划界和对用地空间与文字属性的管理；进行红线图、方案图以及其它图件的制作与输出；制定地价方案，编制土地使用权出让合同书；对与土地有关的各类、各层次信息的查询功能等。在 SZLIS 中，市局、分局和管理所都有以上功能，且市局可以查询及审批各分局的业务数据，三级部门之间要互相流转文件。4.2 数据说明根据系统的功能需求，SZLIS 中的数据及其使用情况分为以下几类：类型一：人员、部门、岗位、任职、单位等做参考用的数据，全局统一一份数据，更新量少，市局、分局都能更新；类型二：文件内容、办理过程等与文件流转相关的数据，市局和分局都会收文，且市局、分局、管理所三级之间要转文；类型三：业务属性数据，如红线、宗地属性、界址点、地价方案、土地出让合同属性等，主要业务在分局办理，部分大型业务在市局办理，部分小型业务在管理所办理；类型四：图形数据，包括红线、宗地等地块的图形数据。SZLIS 中的图形数据用 ARC/INFO 管理，ARC/INFO 提供接口与 Oracle 管理的属性数据相连接。为了实现图形数据与属性数据的有效连接，以及利用图形数据查询或更新属性数据，除通过建立 ARC/INFO 与 Oracle 系统之间的连接外，还需利用 RELATE 关系建立各 COVERAGE 的 INFO 属性表（AAT 和 PAT）与 Oracle 数据库中的属性表（table ）之间的关联关系，即在 ARC/INFO 的 AAT 或 PAT 表与 Oracle 表中分别建立公共的标识项，通过这些公共的标识项把 AAT 或 PAT 表中的记录与相应 Oracle 中的对应记录挂接起来。4.3 分布式设计根据系统对分布式的需求，SZLIS 中数据库分布式设计方案如下：对于类型一数据，市局数据库中建立数据表，分局数据库中建立对市局表的快照和视图，对这些数据的大部分修改在市局进行，分局通过视图修改这些数据，通过快照查询这些数据；对于类型二数据，市局和分局的数据库中分别建立数据表，数据存放在数据的产生地，如果市局向分局转文，则有关此文的文件内容、办理过程等数据都拷到分局的数据库中，反之亦然；对于类型三数据，数据存放在分局的数据库中，在市局的数据库中分别建立对六个分局数据库的 DATABASE LINK，市局通过视图创建或修改这些数据，通过快照查询这些数据；分局和管理所系统登录到对应分局的数据库，直接对业务数据进行操作。以宗地属性数据为例，在分局建立表 PARCEL，分局操作此表，在市局建立视图和快照如下：CREATE VIEW V$PARCEL LH AS SELECT * FROM SUPDBA.PARCELSUPLH;CREATE SNAPSHOT S$PARCELLHPCTFREE 5 PCTUSED 60TABLESPACE usersSTORAGE INITIAL 50K NEXT 50KUSING INDEX STORAGE (INITIAL 25K NEXT 25K)REFRESH START WITH ROUND(SYSDATE + 1) + 18/24NEXT SYSDATE + 1AS SELECT * FROM SUPDBA.PARCELSUPLH;/* 快照从第二天 18 点开始刷新，每天刷新一次 */上述三类数据存贮于 SZLIS 的 Oracle 数据库中，具体的表、视图、快照间的关系如图 2 所示。图 2 SZLIS 中各数据库对象间关系对于类型四数据，市局、分局、管理所各存放一份 ARC/INFO 数据，市局系统通过与 Oracle 数据库中对分局远程表做的视图相连来修改属性数据，通过快照来查询属性数据；分局和管理所系统则直接通过与 Oracle 数据库中的表相连来操作属性数据；每天系统的更新程序要根据 Oracle 数据库的属性数据对市局、分局、管理所的图形数据进行增量更新，以保证三地的数据一致。SZLIS 中基于 Oracle 的分布式数据库组织结构如图 3 所示。 图 3 SZLIS 分布式数据库组织结构4.4 空间数据同步处理ARC/INFO 本身并不支持分布式存储和管理，为了实现市局、分局及管理所的空间数据同步，系统采用如下方法处理：在分局的 Oracle 数据库中建立图形修改记录表，数据项包括数据类型、数据序号、创建地点、更新日期、更新类型、更新用户、读取标志等，市局建立它们的视图，并通过视图读取图形修改记录表。 市局或各分局系统运行时对图形的每个变动，如创建、更新、删除等操作，往图形修改记录表中加入记录。 在进行空间数据交换时，调用图形修改记录