面向对象的个人数据中心规划和实施论文

面向对象的个人数据中心规划和实施论文（精选3篇）

面向对象的个人数据中心规划和实施论文 第1篇

面向对象的个人数据中心规划和实施论文

引言

复旦大学信息化校园建设从开始.在信息化的整体实施过程中，信息化部门意识到信息化数据是支撑职能部门业务发展的核心资源，因此大力开展共享数据库建设，重点解决不同业务系统的数据标准和格式统一，致力于推动各个应用系统之间的数据交换、信息共享.然而，校园信息化前期的建设过程将中心放在对业务部门的支持和服务，使得最终用户游离于数据产生和交换的信息化过程之外，用户与信息库之间存在着信息获取、信息处理和信息提供方面的巨大矛盾，这反映了信息化初期信息化部门普遍存在的对服务对象方面的关注度不够的问题.要使用和维护个人数据，师生需登录各个业务系统的相应模块，而业务系统越多，与“人”相关的数据(属性)就越多，对师生或者院系管理者而言，要全面的获取和使用这些数据的难度相当大.近两年，学校在发展规划中明确提出推进院校二级管理体制，将权、责、利下放到院系.

就实际落实情况来看，院系权力扩大，但院系视角的数据基础缺失，业务的信息化改革没有抓手，院校二级管理模式也标志着传统的分条块的数据组织方式已无法支撑院系的管理，现行的信息化架构制约着院系使用数据进行公共决策的能力.所以开放给职能部门的数据要在院系落地，需要良好的数据组织将数据利用简单化，这对学校信息化提出了新的要求，需要转换视角，面向教师、本专科生、研究生、博士后重新规划和组织数据.因此，在一站式服务规划下，复旦大学信息化提出建立面向对象的以“人”为核心的数据中心，并在此基础上形成了一表通、统一申报等服务，为院系二级管理的体制改革落地以及提升个人的信息化数据使用体验进行了创新性的尝试.本文对面向对象的数据中心的设计和规划进行阐述，并阐明具体实施效果.

1项目需求

从数据管理的角度出发，高校的教育信息化应用建设过程可以分为三个阶段：第一阶段，按照职能域构建业务系统，实现流程信息化，进行原始的数据积累.这个阶段的数据管理以建立、维护集中的基础数据平台为主，通过交换和集成将不同业务系统的数据进行统一;第二阶段，管理与服务前后端分离，实现服务信息化，按照用户在校的生命周期进行服务梳理和整合，改造服务模型;这个阶段的数据管理则在全局的业务数据基础上建立主题库和历史库，形成支撑上层业务的数据“中间件”;第三阶段，在流程信息化与服务信息化基础上，为个人、院系、学校提供数据综合利用与服务，实现支持在线与离线双重模式的数据填报、数据管理和数据分析.这个阶段的数据管理将数据组织模式进行改革，改变传统的以业务条线为主体的模式为以“人”为主体的面向对象的组织方式，为个人数据中心的建立奠定基础.目前大多数高校的数据管理思路仍以第一阶段和第二阶段为主，传统的数据组织和利用方式的劣势随着信息化服务的推进渐渐显露出来，主要体现在以下几个方面.(1)个人数据重复填报信息化建设虽然已经深入到了学校各项工作当中，数据共享程度越来越高，但个人数据重复填报的现象仍然非常普遍.

原因有两个方面：一是以个人为权威源的数据，如联系方式等，每个业务系统中都要涉及，甚至每张申请表单用户都要重复填写;二是一些业务部门下发的表格并没有信息化系统支撑，如工号、姓名、职称等核心数据几乎是各个表单必不可少的数据项.(2)数据梳理工作繁复信息化建设过程中已经积累的数据，是以管理视角进行存储的，在面向服务进行业务设计时，需要进行大量的转换和翻译工作，要求开发者全面了解其他业务系统的数据存储和转换方式，存在数据的重复清洗和梳理.以教学排课数据为例，教务管理系统中往往以课程代码为主键，关联课程信息、教师信息等;核算教师个人工作量时，则需要转换为以工号为主键，关联课时信息、选课名单等.在教师教学、年度考评等多项服务中都需要建立这样的转换关系，不利于服务的快速开发.(3)综合性服务难以获取综合数据服务的深化离不开坚实的数据基础，各个业务系统中分散存储的数据加大了综合性服务的建设难度.在前端服务与后台管理分离的建设模式下，从业务系统中剥离出来的个人服务，面临的仍旧是来自于各个业务系统中的零散数据，伴随着服务覆盖面的扩大，数据同步规则越来越复杂，同步压力日益增大，成为限制服务发展的瓶颈.(4)院系数据基础薄弱在传统的信息化管理模式下，数据主要掌握在管理部门手中，院系要了解教师的基本信息，如科研情况、生活情况等，需要到学校职能部门申请，准确性和实时性低.总而言之，学校的体制和流程的改革对信息化提出了新的设想，信息化业务的推进对数据基础服务模式提出了新的要求.复旦大学在信息化“一站式”服务平台的规划中，提出信息化数据管理的发展方向，拟将各级用户纳入数据生产、维护和流通的过程，为用户建立数据操作和管理的平台，简化用户管理数据的流程.个人数据中心就是在这种背景下规划设计的个人数据管理平台，它以面向对象的思路，将不同业务过程中涉及到的各种数据类别作为“人”这个对象的特殊属性，一方面对数据管理的维度进行了重新规划，方便利用，另一方面以数据托管的概念为用户提供了一个在线的、安全的、可维护管理的个人档案，可极大减少用户维护业务数据的复杂度，又提高了业务数据在信息化系统中的可用性.通过个人数据中心的收集和归纳，院系可轻松获取到管理范围内的非常全面的与个体相关的数据，按照教学、科研、人事等类别进行综合查询及统计，通过为院系量身定做一些具有共性需求的报表，减轻了院系的工作压力，促进了院系管理水平的提升.

2系统架构

2.1数据中心架构复旦大学的数据服务中心建设架构如图1所示，包括数据层、业务层和服务层.业务库从支撑全部业务转变为支撑以管理为主体的业务流程;主题数据库、历史数据库等形成学校决策支持库;共享数据库定位则更加明晰，负责数据交换与共享，分发数据字典，主导数据的一致性和规范性.个人数据中心库按照服务的特性将各个业务系统中的数据抽取出来进行重构，改变了原来的数据组织形式，按照人的属性进行数据存储规划，方便进行数据利用和服务.

个人数据中心库以及基于其上建立的个人数据查询与展示平台、综合服务平台和一表通离线填报平台的建立为高校信息化建设思路注入了新的活力，面向对象的数据模型可以有效地支撑教师、学生的个性化服务，实现管理与服务的松散耦合，推动院系二级管理的发展.以个人为权威数据源的数据放在个人数据中心库中进行维护，作为数据源同步到各个业务系统中，用户只要保证数据源头数据的准确，则各业务系统中的服务所引用的数据就是最新的.其次，对线下填报的表单提供基于个人数据中心库的离线下载服务，采用快速配置的方式配置业务部门的表单，将已有数据预填进去，用户离线或在线维护补充其他数据，完成表格，以 Word/Excel/PDF格式下载后自行完成申报.经过重新整合的数据存储方式更有利于个人服务数据的读取，对于教师岗位考核、学生毕业审核等需要广泛数据支撑的综合性服务，个人数据中心库的优势体现地更加全面.个人数据中心库建成之后，分散在各个业务系统中的与个人相关的`数据进行了集中.从业务系统中剥离出来的个人服务，将综合利用个人数据中心库的中的数据，而不再通过 ODI数据同步的方式获取多个外部数据源，以支撑个人服务的运行，大大减轻了数据同步与共享的压力，使数据接口唯一，数据利用更加便捷.

2.2数据组织模型个人数据中心抽取了与“人”相关的各类信息，进行重新整理和汇总，存储在个人数据中心库中，与各业务系统库、共享数据库、主题数据库物理上分离.个人数据中心库与业务库在同步机制上是一致的，只有自身产生的数据才作为权威数据源通过数据交换平台分发到各个业务库中，实现数据流通和共享.教师个人数据中心数据规划包括基本信息、能力/资质信息、入职/聘用信息、兼职信息、培养信息、考核信息、教学和人才培养工作信息、科研信息、财务信息、资产信息、校园生活信息、离职/退休信息等12大类55小类数据，如图2所示.本专科生/研究生个人数据中心规划包括基本信息、学习信息、生活信息、毕业信息4大类35小类数据，如图3所示.

2.3数据采集方法由于信息化建设的复杂性，在数据存储层面和数据抽取层面均存在诸多问题.如数据结构的差异、数据库的异构等，甚至包括单机版数据库的数据，Excel、TXT等文本形式的数据.个人数据中心要充分采集上述数据，必须根据其来源和特征的不同，采取多种采集方式.

一、共享数据交换平台抽取.由信息化部门自主管理的数据是最容易获取的，可以通过标准的数据同步和共享机制获得;

二、数据同步机制读取.由业务部门独立建设的业务系统，其数据对信息化部门是不公开的，由业务系统建立视图将数据推送出来，通过数据共享平台读取后存入个人数据中心; 三、数据交换平台采集.部分管理部门仍然存在由工作人员手工维护的外部数据，以DBF、Access等单机版数据库形式，或者Excel、TXT等文本格式存储.这些数据的采集难度比较大，通过自主开发的数据交换平台，实现用户手工数据与学校核心数据库的数据对接，用户不定期上传数据即可.四、数据清理后批量导入.业务部门在核心期刊网购买的论文、著作等权威数据，通过姓名、院系、电子邮箱等多个属性的匹配、清洗后批量导入个人数据中心.个人数据中心通过多手段、多渠道的技术实现方式充分采集到了学校范围内所有与“人”相关的属性信息，进行转换和处理形成权威的个人数据中心.

3实施成效

复旦大学个人数据中心建设始于，在应用层，对个人数据中心库的数据利用分为三方面：个人数据服务平台、综合服务平台、一表通离线填报平台.教师个人数据中心已经正式运行，研究生数据中心和本专科生数据中心正在测试阶段，页面风格如图4所示.师生只需登录到个人数据中心就可以查询到与自己相关的所有数据，改善了以往查询不到数据或者需要登录到各个业务系统中分散查询的状况.教师个人数据中心，集成了30类数据共982属性信息;研究生数据中心集成17类数据共600个属性信息;本专科生数据中心集成15类数据共518个属性信息，并且还在不断完成和拓展当中，已集成数据如表1所示.综合服务平台主要是已有信息化支撑的服务流程，实现个人在线填报和院系、学校在线审批等.包含个人数据维护、年度考评、教职工与学生出国出境申请、博士后出站管理、科研成果申报等多项个人服务.一表通离线填报是针对未实现信息化的业务表格而开发的平台.线下处理的方式是师生在网站上下载电子版的表格或业务部门下发纸质表格，由师生填写后上报，其中存在着大量的重复填报问题，一表通平台则将电子版的表格或者纸质表格做成报表形式，自动关联系统已有数据，提供给师生在线填写后下载或者离线下载后填写两种方式，有效地的解决了业务信息化和数据重复填写之间的矛盾，目前人事、科研、教学相关的多张电子表格已配置完成，极大地方便了用户填报。

4结语

在学校二级管理体制改革的背景下，在信息化“一站式”服务的设计和建设过程中，复旦大学重新规划了数据的维护和管理方式，以减少个人数据重复填报、促进数据梳理、推动综合业务服务发展、促进院系决策为目标，提出建立个人数据中心，满足业务部门和院系变更数据的需要和部门间数据共享、校一级与跨部门综合统计、分析和评价等校级信息决策的需求.个人数据中心使得业务系统的数据在更广阔的范围内公开，引起了数据产生部门和师生个体对数据质量问题的关注，利用全民监督机制能够更快更准确地进行问题定位，从而形成自下而上的数据监督与管理机制，提高个人进行数据维护的积极性和主动性，让数据真正地实现了流通.数据是信息化建设过程中积累的一笔巨大财富，深化数据应用，提升个人体验，夯实信息化的数据基础，建立良性的数据生态循环的发展环境将推动信息化建设迈向新的台阶.

面向对象的个人数据中心规划和实施论文 第2篇

1 Geodatabase数据模型

地理数据模型是是由一系列支持地图显示、查询、编辑和分析的数据对象组成的。空间数据库的发展经历了3种数据模型:CAD数据模型、Coverage数据模型和Geodatabase数据模型[1]。

Geodatabase是Arc/Info引入的第三代数据模型,是存放在数据库里的一种新的面向对象的图形数据模型,是矢量、栅格和TIN数据模型的聚合[2]。它采用标准关系数据库技术来表现地理信息的数据模型,将所有的地理数据存储到商业关系数据库中,允许定义要素之间类型的关联,利用商用关系数据库成熟的数据处理能力对空间数据和非空间数据进行统一管理。Geodatabase使用了面向对象的方法,使要素可以具有自己的行为和属性,并且要素类具有继承性、多态性和封装性[3],以更加适合自然的行为和人的思维方式去组织数据,更精确地模拟真实世界。相比于CAD数据模型和Coverage数据模型,Geodatabase数据模型具有明显的优势:在同一数据库中集中管理各种类型的空间数据;可以表达空间数据之间的相互关系;由于对空间要素进行合法性规则检验,空间数据的录入和编辑更加准确;空间数据更面向实际的应用领域,不再是无意义的点、线、面而具有了具体的含义;可以管理连续的空间数据,无需分幅和分块;空间数据的表示更为精确;支持空间数据的版本管理和多用户并发操作。

2 Geodatabase的体系结构和数据组织方式

Geodatabase包含:描述要素的矢量数据、描述影像、grid专题和表面的栅格数据4种地理数据描述方式,描述表面的不规则三角网,查找地理位置的地址数据。地理数据按照以上4种类型,根据工作组、主题类型、坐标系统或者对象间的逻辑关系被组织成数据对象的层次结构,见图1。

3 ArcSDE

地理数据库以层的方式来管理地理数据。具有共同属性项的要素放在同一层中,每个数据库记录对应一个要素,每一个要素类在地理数据库中所对应的表作为一个图层。从空间数据管理的角度看,SDE可看成是一个连续的空间数据模型[4]。借助这一模型,可以将空间数据加入到关系数据库管理系统(RDBMS)中去。SDE为数据库中各层的所有要素都建立了索引,将层从逻辑上分成一个个小块,称为cell,层中的要素则分解到各cell中加以描述,并将此描述信息写到索引表中。SDE与关系数据库连接方式有以下两种,见图2。

本文的设计中选用SDE客户端与数据库间接连接的方式。Arc SDE在服务器和客户端之间数据传输采用异步缓冲机制,缓冲区收集一批数据然后将整批数据发往客户端应用,而不是一次只发一条记录,在服务器端处理并缓冲的方法大大提高了网络传输效率。

4 设计实例

在华北地区云量覆盖监测系统中,采用Geodatabase数据模型建立了面向对象的空间数据库。数据库后台采用商用关系数据库管理系统Oracle9i和数据库引擎Arc SDE。通过Arc SDE接口,可以在关系数据库中存储空间数据,实现关系数据库的扩展,使得空间数据库成为真正的地理空间数据库。

4.1 数据库的逻辑设计

在SDE的空间数据库中,shape格式的矢量数据及其自带的附加属性表、影像数据都由SDE自动创建各个库之间的关系。至于外部属性数据库1和数据库2,它们通过NAME关键字来与矢量数据中的行政区划层相关联,因为区域名称具有唯一性。各个数据库的关系,见图3。

其中,SDE数据库为各数据库提供基础数据支持,数据库1和数据库2存放区域云量统计数据。数据库1是对应于单个区域的,而数据库2是对应于整个华北地区云量覆盖共同的统计数据,管理维护数据库存放权限管理信息、所有数据库的元数据、数据字典和操作日志,对应于所有数据库。

4.2 数据库的物理设计

1)矢量数据。SDE通过自动建立F表和S表来与所导入表通过FID关联;查询时,知道S表的网格划分,即GRID的划分方式,可以通过SP_FID找到F表对应FID的经纬度信息。

2)影像数据。SDE通过建立RASTER_COLUMNS(SRID外键)元数据表,4个辅助表(SDE_RAS_1,SDE_AUS_1,SDE_BND_1和SDE_BLK_1),以及它们的索引(SPATIAL_REFER-ENCES(SRID主键))来建立与导入的业务表之间的关系,也是通过特征SRID来关联。

3)元数据。Arc SDE通过将信息存入层表LAYERS table来管理空间可用表,层表帮助管理商业表和空间数据之间的连接。SRID是LAYERS的外键,与SPATIAL_REFERENCES相关联。在LARYERS表中的TABLENAME字段存储的是那些包含空间数据列的表在SDE中称为商业表(Business Table)的名称。SPATIALCOLUMN字段中的数据(是个字符串)指明了商业表中存放空间数据列的字段名称。如CREAT这个商业表中存放空间数据的字段名称为FOOTPRINT,打开CREAT这个表,可以看到有FOOTPRINT这个字段,存放数值为1。

在LARYERS表中与WORLD30相对的LARY-ERID是10,所以,WORLD30表所对应的空间数据及其索引一定存放在F10和S10这两个表之中。其中,F10是空间数据表,S10是索引表。在WORLD30这张商业表中,SHAPE是一个标准的NUMBER类型的字段,它只是起到一个索引的功能,即通过SHAPE中的数值就能由F表和S表(其后的数字由这个空间对象的Object ID决定)的FID字段找到与其对应的行。另外,F表中的POINTS字段是一个LONGROW类型的字段,其中存放着空间对象所有坐标值序列的二进制编码。各表间的实体关系,见第78页图4。

5 小结

Geodatabase作为面向对象的GIS数据模型,可以将空间数据和属性数据有效地融合在一起,对于处理复杂地理对象具有极大的优越性。Arc SDE通过TCP/IP横跨任何同构或异构网络,提供从基于文件的系统到RDBMS管理数据系统的平滑升迁,以一种连续的无缝的数据库管理大型地理要素,两者结合实现了面向对象的空间数据库设计。

参考文献

[1]张佐帮,尚颖娟.基于Geodatabase的面向对象空间数据库设计[J].地理空间信息,2005,3(2):33-35.

[2]李莘莘,郑逢斌,王云兰.基于Geodatabase及NET多层架构PGIS的设计[J].微计算机信息,2008,24(1):176-178.

[3]程昌秀,周成虎,陆锋.Arc/Info8中的面向对象空间数据模型的应用[J].地球信息科学,2002,3(1):86-90.

面向对象的个人数据中心规划和实施论文 第3篇

关键词：ArcSDE技术；GIS技术；集成化管理；面对对象

中图分类号：TP311

随着城市规模不断的发展和壮大，建设市级综合资源的基础数据库已经成为必须。运用现代的数据库信息技术，面向对象集成化管理各级多源的空间数据。现在常采用的数据库管理技术有ArcSDE技术、GIS数据库、CAD平台、MapGIS、Maplnfo、SuperMap、Arcels等矢量数据格式、遥感影像数据、航空影像数据、卫星影像数据等。建设市级综合资源信息系统，不仅可以加快服务工作的信息化，提高日常的办公效率和市级政府的管理水平，同时，也对整个信息化和经济化的社会带来好的影响。这些年来，计算机技术、软件更新、硬件设施和空间信息技术的发展壮大，已经有大量的城市综合信息为市级政府提供支持和服务。城市综合信息数据库的建设也有很好的发展。在GIS技术不成熟之前，城市的信息数据是相分离的，空间数据和非空间数据不能集成在一起，因此对城市信息的收集和管理缺乏统一的认识。在GIS空间数据库技术成熟之后的今天，已经实现了空间数据库管理空间数据的可能性，集成空间数据与属性数据为一体整理存档在空间数据库管理系统中，早前出现的大量文件形式的数据存取难、多名使用者同时发送和数据远程共享等多方面的限制已经被解决。城市综合信息集成化空间数据库的建立为城市的管理和信息共享提供了可能，只有标准化、面对对象的、集成型的资源共享平台，才能更好的服务于城市建设和管理，综合应用一体化空间数据库管理各式各样的内容、格式、尺度、时间的空间数据，才是科学有效的城市综合信息数据库。在城市综合信息数据库中，基础的地理信息数据库是城市公用性最重要的数据库。能否建立一个健全的市级基础地理信息数据库，是检验一个城市的数字信息化程度的一个重要标准。为推动不同地理空间数据集的非重复采纳，避免浪费，调节地理空间数据的采用，对地理信息进行高效且经济的管理，需要建设地理基础信息数据库。国家测绘局提出的4D产品战略已经基本完成了全国范围内的1：5万、1：25万、1：100万的基础地理数据库的管理。我市与其他各省市正在按照国家的标准建立属于自己的基础地理数据库。本文结合我市基础地理数据库的建设开展研究，对如何建立面向对象的集成化数据库系统进行设计并实现。

1 城市地理数据特点

（1）地理数据类型。城市地理数据类型按数据的类型划分，有属性文件数据、空间图形数据、多媒体数据、相关的文档数据等内容。数字线划图是带有拓扑关系的用矢量描述的空间信息，同时还包含关系结构属性信息。涵盖的内容有居民居住地、政府部门所在区域、交通和管理网、水系统以及配套设施、地形地貌、街区名测量控制点等内容。此数据库的建立可以方便的用于城市规划建设、资源管理方面、商业规划等各个方面。也可以为某些专业信息系统提供空间定位系统。也可以生产关于地形图方面的产品。（2）地理空间数据的格式。地理空间图形数据的格式有多种多样，地理空间图形数据的测绘大多是在CAD平台的基础上，在地理空间数据中应该包括建成的GIS数据。另外地理空间数据还应该包含关于遥感的影像数据的处理，其中卫星影像数据和航空影像数据应包含在遥感的影像数据中。只有地理空间数据格式多种多样才能保证数据在应用中和共享方面的复杂多样。（3）地理空间数据的尺度。地理空间数据的尺度需求为多尺度的，同类型的地理空间要素要表现不同的性质在不同类型的尺度中。多尺度类型的数据可以更好更全面的表现基础地理数据库的业务差异和需求。在区县的地籍管理中，空间地理位置要求更高的精确度，常采用很大的比例尺作为空间数据尺度。（4）地理空间数据的时间。时间特性是基础地理空间数据库的一个重要的特点。地理空间数据在实践方面总处于变化之中，每次的变化都是用空间数据来更新体现。在地理空间数据库中，也经常要对过去的变化信息进行分析更新，以此提高判断的科学性和高效性。

2 数据库的设计思路

我市的基础地理空间数据库管理系统运用ArcSDE技术的建库模式，采用面对对象这一基本组件进行开发。运用工具VB和ArcObjects开发。用Oracle9i作为数据库的管理层面，Oracle9i的优点是大数据库支持可以实现安全以及完整性的控制要求，并且可兼容、可连接、可移植。空间数据引擎引用ArcSDE，该空间数据引擎与Oracle的结合实现了空间数据的大量存储管理。同时这两者的结合也是至今为止世界上最成熟稳定的空间数据管理技术，同样也是我市建设基础空间数据库的主要形式。

数据库管理系统的总体有以下几部分组成，有软硬件、网络环境、空间数据库、数据库的管理服务系统等，具体如一些工作站、服务平台、微型空间数据库、存储装置、网络设备等等。空间数据库则包括了数字线划图、数字栅格地图、数字高程模型、地名以及数字正射影像地图等数据库。数据库的管理系统中对服务系统的维护和使用是利用软件系统的开发实现的，譬如数据入库、处理、管理、维护、制图等。

我市地理基础空间数据库采用GeoDatabase数据模型，面向对象进行数据模型的组织，利用这个GeoDatabase数据模型定义不同的客户，因而为不同客户提供不同的且完整的数据平台。根据基础地理信息的数据结构与GeoDataBase的数据模型相结合，将空间数据库划分为五个等级：总库、分库、子库、逻辑层、物理层。总库通过命名Oracle数据库自定义为市基础空间数据库。分库命名也根据Oracle数据库自定义为1：25万为“250K”、1：5万为“50K”、1：1万为“10K”。每个分库在划分子库，命名为“DLG”为矢量数据库，“DOM”为数字正射影像数据库等。接下来是逻辑层和物理层，根据DLG数据库的要求，按每个逻辑层和Feature Class进行分层，ArcSDE中相对应Feature Class的命名规定为总库名+分库名+“_”+子库名+带号+“_”+逻辑层代码+“_”+物理层层代码。

多个空间的数据服务器应用系统一体化集成是地理空间数据库必须解决的问题，数据量特别庞大，且常用一台服务器进行管理，在数据的大量处理中必然会带来一定影响。所以可以将空间数据库进行多台服务器存放，服务器可分不同区域存放，分散空间数据库的方式是一种高效的管理途径。通过数据管理器对不同空间数据服务器的集成管理满足了大规模空间数据库应用系统的建设需要。

3 结束语

GeoStar的核心是面向对象的集成数据库的管理系统，它高效、适应性广、直观。已经应用在全国的基础地理信息系统上。本文介绍的利用ArcSDE技术和GIS技术，并且采用集成化管理影像、矢量和DEM三库集成的的空间数据为模型。

对市级基础地理数据库进行基础库管理系统的设计，已经在应用中，并且为“数字地球”的目标提供了一个可以实施的方案。

参考文献：

[1]潘瑜春，钟耳顺，梁军.基于空间数据库技术的地籍管理系统研究[J].地理研究，2003（02）：237-244.

[2]万定生，张俐，吴红.中间件技术在汛情监视地理信息系统中的应用[J].计算机工程与科学，2003（01）.

[3]张成才，孙喜梅，黄慧.SDE的实体——关系模型空间数据管理方式研究[J].计算机工程与应用，2003（02）：199-201.

[4]周卫.Arc/Info的新型数据模型Geodatabase及其操作[J].计算机与地图，2001（05）.

[5]ESRI.ArcGIS Hydro Data Model[Z].ESRI Press，2001.

[6]李家田，刘洪斌，武伟，等.基于SDE的土壤信息系统空间数据库的设计和构建[J].西南农业大学学报，2003（02）.

作者简介：刘群娣（1975.10-），女，本科，讲师。