下的技术术语。
4.2.1概述
在最基本的层面上，ArcGIS 地理数据库是存储在通用文件系统文件夹、Microsoft Access 数据库或多用户关系 DBMS（如 Oracle、Microsoft SQL Server、PostgreSQL、Informix 或 IBM DB2）中的各种类型地理数据集的集合。地理数据库大小不一且拥有不同数量的用户，可以小到只是基于文件构建的小型单用户数据库，也可以大到成为可由许多用户访问的大型工作组、部门及企业地理数据库。
但地理数据库不只是数据集的集合；术语“地理数据库”在 ArcGIS 中有多个含义：
? 地理数据库是 ArcGIS 的原生数据结构，并且是用于编辑和数据管理的
主要数据格式。
? 它是地理信息的物理存储，主要使用数据库管理系统 (DBMS) 或文件系
统。通过 ArcGIS 或通过使用 SQL 的数据库管理系统，可以访问和使用数据集集合的此物理实例。
? 地理数据库具有全面的信息模型，用于表示和管理地理信息。此全面信
息模型以一系列用于保存要素类、栅格数据集和属性的表的方式来实现。此外，高级 GIS 数据对象可添加以下内容：GIS 行为；用于管理空间完整性的规则；以及用于处理核心要素、栅格数据和属性的大量空间关系的工具。
? 地理数据库软件逻辑提供了 ArcGIS 中使用的通用应用程序逻辑，用于
访问和处理各种文件中以及各种格式的所有地理数据。 ? 地理数据库具有用于管理 GIS 数据工作流的事务模型。
4.2.2地理数据库元素
无论 GIS 用户使用什么系统，他们都将用到三种基本的数据集类型。用户将有一组要素类（具有空间几何信息的对象）；用户将有若干属性表；多数情况下，还有许多需要处理的影像和栅格数据集。
11
从根本上来说，所有地理数据库包含的内容都是一样的。这种数据集的集合可以看作是 GIS 数据库设计的通用起点。
创建这些数据集类型的集合是设计和构建地理数据库的第一步。然后，可以使用更高级的功能（例如添加拓扑、网络或子类型）来添加或扩展地理数据库，以便建模 GIS 行为、维护数据完整性和处理重要的空间关系集。
4.2.3地理数据库的类型
地理数据库是用于保存数据集集合的“容器”。有以下三种类型： （1）文件地理数据库。在文件系统中以文件夹形式存储。每个数据集都以文件形式保存，该文件大小最多可扩展至 1 TB。
（2）个人地理数据库。所有的数据集都存储于 Microsoft Access 数据文件内，该数据文件的大小最大为 2 GB。
文件地理数据库和个人地理数据库是专为支持地理数据库的完整信息模型而设计的，它包含拓扑、栅格目录、网络数据集、terrain 数据集、地址定位器等。这两种地理数据库不支持地理数据库版本管理。
建议使用文件地理数据库而不是个人地理数据库，因为文件地理数据库的大小具有可扩展性、性能也会显著提高并可跨平台使用。
（3）ArcSDE 地理数据库。也称作多用户地理数据库。这种类型的数据库
12
使用 Oracle、Microsoft SQL Server、IBM DB2、IBM Informix 或 PostgreSQL 存储于关系数据库中。这些地理数据库需要使用 ArcSDE，并且在大小和用户数量方面没有限制。它们充分利用 DBMS 的基础架构以支持以下内容：
? 超大型连续 GIS 数据库 ? 多位同步用户 ? 长事务和版本化工作流
? 对 GIS 数据管理的关系数据库支持（为保证可伸缩性、可靠性、安全
性、备份以及完整性等提供建立关系数据库的优势）
? 所有支持的 DBMS（Oracle、SQL Server、PostgreSQL、Informix 和 DB2）
中的 SQL 空间类型
? 可适应大量用户不同要求的高性能 三种类型的地理数据库比较如下表所示：
关键特征 描述 ArcSDE 地理数据库 在关系数据库中以表的形式保存的各种类型的 GIS 数据集的集合（为在关系数据库中存储和管理的 ArcGIS 建议使用的本机数据格式。） 文件地理数据库 个人地理数据库 在文件系统文件夹中保在 Microsoft Access 数存的各种类型的 GIS 据文件中存储和管理的 数据集的集合（为在文ArcGIS 地理数据库的原件系统文件夹中存储和始数据格式。（此数据格管理的 ArcGIS 建议使式的大小有限制且仅适用用的本机数据格式。） 于 Windows 操作系统。） 单个用户和较小的工作组：每个要素数据集、独立要素类或表有多位读取者或一位写入者。浮动使用任何特定文件最终都会导致大量读取者的降级。 每个数据集都是磁盘上的一个单独文件。文件地理数据库是用来保存其数据集文件的文件夹。 单个用户和较小的工作组（具有较小的数据集）：多位读取者和一位写入者。浮动使用最终会导致大量读取者的降级。 用户数 多用户：多位读取者和多位写入者 存储格式 ? ? ? ? ? Oracle Microsoft SQL Server IBM DB2 IBM Informix PostgreSQL 每个个人地理数据库中的所有内容都保存在单个 Microsoft Access 文件 (.mdb) 中。 大小限制 可达 DBMS 限制 每个数据集 1 TB。每个每个 Access 数据库 2 文件地理数据库可保存GB。性能下降前的有效限很多数据集。对于超大制通常介于每个 Access 13
型影像数据集，可将 1 数据库文件 250 到 500 TB 限值提高到 256 MB 之间。 TB。每个要素类最高可扩展至每个数据集数亿个矢量要素。 版本管理支持 完全支持所有的 DBMS。包括交叉对于使用检出和检入提对于使用检出和检入提交数据库复制、使用检出和检入进交更新的客户机和可使更新的客户机和可使用单行更新以及历史存档。 用单向复制向其发送更向复制向其发送更新的客新的客户机，仅支持地户机，仅支持地理数据库理数据库格式。 格式。 Windows、UNIX、Linux 和与 DBMS 跨平台。 的直连，这些 DBMS 可能会在用户的本地网络中的任意平台上运行。 由 DBMS 提供 操作文件系统安全。 仅适用于 Windows。 平台 安全和权限 数据库管理工具 备注 Windows 文件系统安全。 备份、恢复、复制、SQL 支持、安全等的完整 DBMS 功能 需要使用 ArcSDE 技术 文件系统管理。 Windows 文件系统管理。 还可以以只读的压缩格通常用作属性表管理器式存储数据以降低存储（通过 Microsoft 要求。 Access）。用户喜欢针对文本属性的字符串处理。 4.2.4地理数据库使用策略
水政监察空间数据库采用ArcSDE地理数据库存储数据，以充分利用其版本化、多用户访问、大容量、安全性等优势特性。在数据收集和处理的过程中，采用文件地理数据库以适应个人电脑的工作环境。
4.2 要素类设计 4.2.1要素类划分
根据要素类的性质，将其分为法律法规、行政业务、工程、基础地理等类别，分类只是便于理解和阅读，本设计不根据此分类来组织空间数据库结构，
14
而是遵循空间数据库功能支持约束的原则，将其统一放置于一个数据集，业务层如果有需要，可以将其进行分类。各要素类及其对应的标识名、数据类型如下表所示：
要素分类 要素类 水工程建设规划同意书权限河段 建设项目审批权限河段 法律法规 跨省河流管理河段 取水管理河段 协调河段 治导线 建设项目审批控制点 执法检查点 行政业务 水事案件点 水事纠纷点 取水许可 水工程 工程 涉河建设项目 取水口 排污口 水系轴线 ProjectManageReach TransProvManageReach WaterIntakeManageReach CoordinateReach ZDX ProjApproveControlPoints PatrolCheckPoints CasePoints DisputePoints WaterIntakeLicense RiverRefEngineering RiverRelatedProject WaterIntake DrainOutlet DrainageAxis Line Line Line Line Line Point Point Point Point Point 要素类标识 EginAgreeAuthReach 要素类型 Line Polygon Polygon Point Point Line Line Line Line Line Line Line 水系路径（由水系轴线生成） DrainageAxisRoutes 水系岸线 基础地理 根据人为命名的河流分段 水功能一级区划 跨省河流 边界河流 RiverCoastLine River WaterFunctionRegion1st TransProvincialRiver BoundaryRiver 4.2.2要素类命名规则
要素类命名规则以英文单词字面义尽量可读为基本原则，每个单词的首字母大写，若单词组合过长，则缩写部分单词。
单词缩写主要遵循以下规则：省略在辅音之后，元音之前，例如，INDEPENDENT缩写为IND；组合词汇，应采用每个单词首字母的组合形式描述，如DAMLAND缩写为DL。同时，参考压缩字母法等常见缩写方法以适应常见词汇缩写习惯，例如POLYGON按缩写为POL、CHINA缩写为CHN；
表示级别的词汇，需由英文序数词代替，如1st、2nd、3rd、4th、5th、6th。
15