第四讲 GIS数据模型及数据库2.ppt

第四讲 GIS数据模型及数据库（二） 本讲主要内容： 1、对象数据模型 2、时空数据模型 3、GIS空间数据库设计 重点及难点： 对象数据模型 GIS空间数据库设计 1、需求分析： 调查用户需求，需求数据的收集和分析，编制用户需求说明。 GIS数据库开发应该主要了解下面的内容： 1）明白即将开发的GIS所支持的各种功能； 2）了解系统要求的数据内容和行为； 3）了解数据之间的关系和优先次序；这些信息有利于制定数据库的开发实施计划。 4）了解数据库和GIS的整体要求和蓝图。 现状调查 1）在访谈以前将各种问题以表格、问卷或其他书面形式写出来。 2）避免不必要的细节，着重了解预定的内容。 3）整个访谈应由GIS专业技术人员掌握，控制进度，保持良好的访谈气氛。 4）尽可能在对方工作的地方进行，以便对方可以随时提供必要的资料和过程。 5）让对方告知轻重次序，以便于在实施过程中决定执行次序。 6）注意负面意见，但不要急于作答。 7）对于自己不熟悉的领域可以使用录音机、录相、照相等。 需要了解的内容 通常可以分成机构的模式、日常操作、数据、专业人员、软件和硬件这六大类。 （1）了解现有机构的组织结构； 1）现有机构的功能示意图； 2）现有机构的人员组织及功能示意图； 3）现有数据内容及来源清单； 4）现有数据及其功能参照表； 5）现有软硬设备关系图。 除了以上5种内容以外，还应当包括下面三种； 6）人员培训计划； 7）GIS的输出产品； 8）实施的进度计划。 （2）获得建立GIS系统的各种产品 各类GIS产品通常可以包括地图、报表、文件、应用软件包、屏幕查询或是更新的数据库等。 （3）硬件资源表 包括：硬件名称、操作系统、主要功能、所属部门、运行状况等。 （4）软件资源表 包括：软件名称、所属单位、操作平台、主要功能、参与的应用、运行状况等。 （5）专业人员清单 主要包括：人员名称、所属部门职务、主要职责范围、技术优势、经验层次、目前工资等。 分析结果报告，编写用户需求说明 以下几个部分： 1）目标、任务、功能、运行环境； 2）机构运作的逻辑数据流程图； 3）对于整个数据流程的每步过程，数据的输入是如何转换成数据的输出； 4）各主要处理均应当以任务的形式出现； 5）各主要处理的步骤应简单明地注明。 概念化设计的书面报告 文件内容应该将所有的数据内容加以详细的概述。 对数据库的数据模型和内容加以描述，即分层和表格关系。 在能够使用图表的情况下尽量使用图表。 很多详细的内容可以放入附录之中，以保持文本主体的清晰。 假若时间允许，可以提供一个原型以更清楚地表示整个设计的概念。 概念化设计主要内容 1）数据库的宏观地理定义：主要指对数据库比例尺、地图投影和坐标系统的定义。 2）数据库的地理特征设计；对于各种地理特征有关的属性数据中以什么几何形式表达进行设计。 3）数据库表格及其关系的设计表达：对与地理特征有关的属性数据在数据库中表达方式的设计。 4）数据库总体设计的评定；根据数据库的应用目的和数据内容及使用方式来评价前面三步的设计结果，进行统筹的考量。 5）数据库概念模型的起草；将GIS数据库的概念设计起草成正式的文件，作为后面详细设计时参考。 使用实体—关系模型来帮助关系表的规范化 ①首先要识别实体。 ②决定实体间的关系。 ③决定各实体的关键项。 ④将其汇成连通的图表。 逻辑数据图 RDBMS对属性信息存储软件的选择 ①单独对属性信息的存储，可以使整个数据库的独立性提高，属性数据库可以单独地进行使用、维护和管理。 ②可以充分利用DBMS系统的各种高级功能。 ③属性数据库部分可以与其它GIS软件的空间数据部分相结合使用，不受开发时软件的限制。 数据分层的考虑因素 ①具有同样的特性，即数据有相同的属性信息。 ②比例尺的一致性。 ③该层数据会有同样的使用目的和方式。 ④不同部门的数据通常应该放入不同的层，便于维护。 ⑤数据库中需要不同级别安全处理的数据。 ⑥数据库中的各类数据的更新可能使用各种不同的数据源，在分层中，使用不同数据源更新的数据也应分层进行存储，以便于更新。 ⑦即使是同一类型的数据，有时其属性特征也不相同，所以也应该分层存储。 注意，近几年来，E-R模型得到了扩充，增加了子类的概念，即增加了语义表达能力，能更好地模拟现实世界；逻辑设计，主要是指从E-R模型向关系模型转换，要检验逻辑结构与概念模式的一致性；物理设计要充分考虑空间和处理速度，其与选用的数据库管理系统有关。 4、数据层设计： GIS的数据可以按照空间数据的逻辑关系或专业属性分为各种逻辑