Arcgisserver10(地理数据库(geodatabase)概述)

/什么是地理数据库？在最基本的层面上，ArcGIS地理数据库是存储在通用文件系统文件夹、MicrosoftAccess数据库或多用户关系DBMS（如Oracle、MicrosoftSQLServer、PostgreSQL、Informix或IBMDB2）中的各种类型地理数据集的集合。地理数据库大小不一且拥有不同数量的用户，可以小到只是基于文件构建的小型单用户数据库，也可以大到成为可由许多用户访问的大型工作组、部门及企业地理数据库。但地理数据库不只是数据集的集合；术语“地理数据库”在ArcGIS中有多个含义：地理数据库是ArcGIS的原生数据结构，并且是用于编辑和数据管理的主要数据格式。当ArcGIS使用多个地理信息系统(GIS)文件格式的地理信息时，会使用地理数据库功能。它是地理信息的物理存储，主要使用数据库管理系统(DBMS)或文件系统。通过ArcGIS或通过使用SQL的数据库管理系统，可以访问和使用数据集集合的此物理实例。地理数据库具有全面的信息模型，用于表示和管理地理信息。此全面信息模型以一系列用于保存要素类、栅格数据集和属性的表的方式来实现。此外，高级GIS数据对象可添加以下内容：GIS行为；用于管理空间完整性的规则；以及用于处理核心要素、栅格数据和属性的大量空间关系的工具。地理数据库软件逻辑提供了ArcGIS中使用的通用应用程序逻辑，用于访问和处理各种文件中以及各种格式的所有地理数据。该逻辑支持处理地理数据库，包括处理shapefile、计算机辅助绘图(CAD)文件、不规则三角网(TIN)、格网、CAD数据、影像、地理标记语言(GML)文件和大量其他GIS数据源。地理数据库具有用于管理GIS数据工作流的事务模型。地理数据库的上述各个方面将在此帮助部分的其他主题中进行详细介绍。地理数据库(geodatabase)的架构地理数据库存储模型以一系列简单但核心的关系数据库概念为基础，并利用了基础数据库管理系统(DBMS)的优势。简单表和明确定义的属性类型用于存储各地理数据集的方案、规则、库以及空间属性数据。该方法为存储和使用数据提供了一个正式模型。通过此方法，可使用结构化查询语言(SQL)（即一系列关系函数和运算符）来创建、修改以及查询表及其数据元素。通过检查具有面几何的要素在地理数据库中的建模方式，您可以了解上述操作的工作原理。要素类以表的形式存储，通常称为基表或业务表。表中的每一行代表一个要素。shape列保存每个要素的面几何。当表中的内容（包括shape）以SQL空间类型存储时，可通过SQL进行访问。然而，只是向DBMS添加空间类型和对空间属性的SQL支持并不足以支持GIS。ArcGIS采用多层应用程序架构，在地理数据库存储模型之上的应用程序层执行高级逻辑和行为。该应用程序逻辑支持一系列通用地理信息系统(GIS)数据对象和行为，如要素类、栅格数据集、拓扑、网络以及更多。地理数据库(geodatabase)为对象关系型地理数据库使用在其他高级DBMS应用程序中的相同多层应用程序架构来实现；地理数据库的实现不存在任何特别之处。地理数据库的这种多层架构有时被称为对象关系模型。地理数据库对象在具有标识的DBMS表中以行形式保存，而行为通过地理数据库应用程序逻辑提供。通过将应用程序逻辑与存储相分离，可支持多个不同的DBMS以及多种数据格式。关系数据库中的地理数据库(geodatabase)存储地理数据库的核心部分是一个标准的关系数据库方案（一系列标准的数据库表、列类型、索引和其他数据库对象）。方案保留在定义地理信息完整性和行为的DBMS的一系列地理数据库系统表中。这些表或者以文件的形式存储到磁盘上，或者存储到DBMS的数据库中，如Oracle、IBMDB2、PostgreSQL、IBMInformix或MicrosoftSQLServer。明确定义的列类型用于存储传统表格属性。将地理数据库存储在DBMS中时，空间制图表达（多用矢量或栅格表示）通常使用扩展的空间类型进行存储。地理数据库包含两组主要表：系统表和数据集表。数据集表-地理数据库中的每个数据集都存储在一个或多个表中。这些数据集表使用系统表管理数据。系统表-地理数据库系统表用于追踪每个地理数据库的内容。它们实质上描述的是指定所有数据集定义、规则和关系的地理数据库架构。这些系统表包含并管理元数据，所有这些元数据均为实现地理数据库属性、数据验证规则和行为所需。从ArcGIS10开始，这些表的内部结构进行了重构。在ArcGIS10之前的版本中，与地理数据库方案相关的信息存储在超过35个地理数据库系统表内，而在ArcGIS10中则被合并为四个主表：GDB_Items-包含地理数据库中的所有项（例如要素类、拓扑和属性域）的列表GDB_ItemTypes-包含所识别出的各项类型（例如表）的预定义列表GDB_ItemRelationships-包含各项之间的方案关联，例如要素数据集中包含哪些要素类GDB_ItemRelationshipTypes-包含所识别出的关系类型（例如DatasetInFeatureDataset）的预定义列表将数据集表和系统表共同用于显示和管理地理数据库的内容。例如，以基础存储格式进行查看时，要素类只是一个包含空间列的表。但通过ArcGIS访问时，存储在系统表中的所有规则将与基础数据相结合，从而使所呈现的要素类具备所有定义的行为。其他表根据使用的地理数据库类型以及用来存储该地理数据库的DBMS的不同，系统表集可能会有所不同。ArcSDE地理数据库的系统表集与文件地理数据库不同，而文件地理数据库的系统表集又与个人地理数据库略有不同。对于ArcSDE地理数据库，针对特定DBMS对地理数据库的不同系统表进行了定义。由于用户不需要与文件和个人地理数据库中存储的不同表进行交互，因此未作详细介绍。地理数据库快速浏览地理数据库是各种类型地理数据集的集合。在本主题中，您将了解有关地理数据库的基础知识。这些概念将帮助您形成基本的知识框架，从而进一步了解地理数据库并有效地使用它们来开展GIS工作。地理数据库中的基本数据集数据集是地理数据库的一个重要概念。它是在ArcGIS中组织和使用地理信息的主要途径。地理数据库包含三种主要数据集类型：要素类栅格数据集表创建这些数据集类型的集合是设计和构建地理数据库的第一步。用户通常是以构建若干上述三种基本数据集来开始构建地理数据库的。然后，用户可以使用更高级的功能（例如添加拓扑、网络或子类型）来添加或扩展地理数据库，以便建模GIS行为、维护数据完整性和处理重要的空间关系集。地理数据库在表和文件中的存储地理数据库存储既包括各个地理数据集的架构和规则库，也包括空间和属性数据的简单表格存储。地理数据库中的三种主要数据集（要素类、属性表和栅格数据集）以及其他地理数据库元素都是使用表来存储的。地理数据集中的空间制图表达以矢量要素或栅格的形式存储。除常规的表格属性字段外，还会在属性列中存储和管理这些几何。要素类以表的形式存储。每行表示一个要素。在下面的多边形要素类表中，Shape列用于保存每个要素的多边形几何。值Polygon用于指定该字段中包含的坐标和几何可在一行中定义一个多边形。一个重要的地理数据库策略是充分利用数据库管理系统(DBMS)将GIS数据集以及用户数量扩展到极大的规模（例如，从仅能支持一个或几个用户的简单小型数据库扩展到可以支持上百万个要素和几千个同步用户的大型数据库）。表是地理数据集的主要存储形式。SQL十分适用于对表中的行进行查询和集处理，因此地理数据库策略就是要充分利用这些功能。地理数据库支持使用SQL访问以下DBMS中的要素几何：Oracle（使用ArcSDESQL类型，或在使用OracleSpatial的情况下使用OracleSpatialSQL类型）IBMDB2IBMInformixMicrosoftSQLServerInformixPostgreSQL（如果要使用PostGIS，则使用ST_Geometry或PostGIS几何类型）适用于ArcSDE的基础SQLAPI以ISOSQL/MMSpatial和OGC简单要素SQL规范为基础，这些规范对SQL在矢量几何类型标准方面进行了扩充。高级地理数据类型扩展了要素类、栅格和属性表大量地理数据库元素用来扩展简单表、要素和栅格，以建模空间关系、添加丰富的行为、改善数据完整性并扩展地理数据库的数据管理功能。地理数据库架构中包括所有这些扩展功能的定义、完整性规则和行为。其中包括坐标系的属性、坐标分辨率、要素类、拓扑、网络、栅格目录、关系和域。架构信息保留在DBMS的地理数据库元表集合中。这些表定义地理信息的完整性和行为。地理数据库元素无论GIS用户使用什么系统，他们都将用到三种基本的数据集类型。用户将有一组要素类（类似于保存着大量ESRIshapefile的文件夹）；用户将有若干属性表（dBASE文件、MicrosoftAccess表、Excel电子表格、DBMS等）；多数情况下，用户还将有许多需要处理的影像和栅格数据集。从根本上来说，所有地理数据库包含的内容都是一样的。这种数据集的集合可以看作是GIS数据库设计的通用起点。必要时，用户可对数据模型进行扩展以支持某些必需的功能。地理数据库具有许多附加数据元素和数据集类型，以供用户扩展数据集的这一基础集合。有关详细信息，请参阅扩展表、扩展要素类和扩展栅格。地理数据库事务和版本化ArcSDE地理数据库支持版本化和长期事务地理数据库除了支持可在超大规模高性能数据库中使用的多种数据类型（如注记、拓扑、网络、地形和位置定位器）以外，还支持功能完善的事务框架，可对多种数据管理工作流程和操作进行管理。许多情况都需要多个并发编辑器。检出和检入将更新。通过共享复本之间的“仅更改”更新来同步多份副本，这些复本可以具有任意数量的DBMS类型（如Oracle和SQLServer），且无需连接。创建、管理和使用历史存档（例如，分析和叠加宗地数据库在2006年5月1日的状态）。有关详细信息，请参阅版本化。有关地理数据库的基本知识如果您是初次使用地理数据库或希望了解更多相关知识，以下主题会为快速入门提供很好的概念性综述。帮助内容注GIS数据的基础知识本部分介绍一些有助于构建和应用地理数据库的基本原则。首先是第一个主题，地图如何传达地理信息。地理数据库概述帮助的本部分主题介绍所有地理数据库的基础内容：表、要素和栅格数据。首先阅读名为表基础知识的主题，然后阅读本帮助部分后面的所有主题。地理数据库的架构本部分中的主题说明了要素和栅格数据如何存储在表中，地理数据库结构为何使用简单要素执行关系数据库技术以及它如何利用关系数据库技术。请参阅地理数据库的架构。使用地理数据库时不需要此信息。它为地理数据库以及在日常使用中可如何利用该地理数据库提供了良好的背景信息。设计地理数据库这是实际设计概述和可遵循的简单步骤，该步骤可辅助用户构建自己的地理数据库。要素类设计本要素类设计主题说明了使用其他功能（例如，拓扑、网络或地形）扩展要素类的原因并为用户提供有关实现的详细信息。构建地理数据库首先创建一个新地理数据库。此处有两个有用的主题：创建地理数据库定义地理数据库属性向地理数据库添加数据集要开始填充地理数据库的内容，请参阅将数据集添加到地理数据库的概述。向地理数据库添加高级数据元素如果要进行更复杂的操作，而不仅仅进行处理shapefile这种程度的操作（例如添加拓扑、网络、地理编码定位器或注记），请参阅“构建地理数据库”帮助手册中的名为“使用地理数据库数据集”的帮助主题。它包含大量有关扩展地理数据库的主题，用以支持各种添加的功能，例如，关于添加拓扑的所有信息。地理数据库版本化和复制如果希望使用多用户地理数据库并在组织中（甚至向外部）分发地理数据库副本，请使用版本化和复制。有关版本化的信息，请参阅了解版本化。有关复制的信息，请参阅使用地理数据库复制。使用SQL来访问和操作地理数据库这些主题介绍了ArcSDE地理数据库中管理的空间类型的SQL接口。SQL接口支持Informix、DB2、Oracle、PostgreSQL和SQLServer。请参阅使用SQL访问地理数据库。管理ArcSDE地理数据库管理ArcSDE地理数据库主题下的管理员库介绍了ArcSDE地理数据库的安装、配置、维护和调整信息。ArcGISDesktop帮助中的基本地理数据库知识表基础知识地理数据库中的属性基于一系列简单且必要的关系数据概念在表中进行管理：表包含行。表中所有行具有相同的列。每个列都有一个数据类型，例如，整型、十进制数字型、字符型和日期型。可使用一系列关系函数和运算符（例如SQL）在表及其数据元素上进行运算。表和关系在ArcGIS中的作用与在传统数据库应用程序中的作用同样重要。可以用表中的行存储所有地理对象的属性。这包括在“形状”列中保存和管理要素几何。以下的两个表说明如何使用公用字段将其中的记录相互关联。地理数据库中的属性数据类型地理数据库中支持用多种列类型保存和管理属性。可用的列类型包括多种数字类型、文本、日期、二进制大对象(BLOB)和全局唯一标识符(GUID)。地理数据库中支持的属性列类型包括数字：可以是四种数字数据类型之一：短整型、长整型、单精度浮点数（通常称为浮点型）和双精度浮点数（通常称为双精度型）。文本：任何一组一定长度的字母数字字符。日期：保存日期和时间数据。BLOB：二进制大对象用于保存和管理二进制信息，例如符号和CAD几何。全局标识符：GlobalID和GUID数据类型存储注册表样式的字符串，该字符串包含用大括号括起来的36个字符。这些字符串用于唯一识别单个地理数据库中和跨多个地理数据库的要素或表行。这些字符串经常用于管理关系，尤其是数据管理、版本化、仅更改更新和复制。XML列类型也可通过编程接口得到支持。XML列可以包含任何格式化的XML内容（例如元数据XML）。有关详细信息，请参阅地理数据库字段数据类型。扩展表这些表提供有关地理数据库中要素、栅格和传统属性表的描述性信息。用户可使用这些表执行许多传统的表格操作和关系操作。地理数据库中包含一组重要功能，可选择使用这些功能来扩展表的功能。其中包括以下内容：在地理数据库中使用属性表使用要实现的目的属性域为属性列指定有效值列表或有效值范围。使用域帮助确保属性值的完整性。域经常用来强制执行数据分类（例如道路类、分区代码和土地使用分类）。关系类使用公用键在两个表之间构建关系。基于在源表中选择的行查找另一个表中相关联的行。子类型在一个表中管理一组属性子类。要素类表经常使用此子类型来管理同一要素类型子集上的不同行为。版本管理管理GIS工作流要求的长期更新事务、历史存档和多用户编辑。在地理数据库中使用属性表要素类基础知识要素类是具有相同空间制图表达（如点、线或多边形）和一组通用属性列的常用要素的同类集合，例如，表示道路中心线的线要素类。地理数据库中最常用的四个要素类分别是点、线、多边形和注记（地图文本的地理数据库名称）。在下图中，使用它们来表示同一个区域的四个数据集：(1)以点形式存在的检修孔盖、(2)下水道管线、(3)宗地多边形和(4)街道名注记。在此图中，您也可能已对潜在需求进行了标注，以便对某些高级要素属性建模。例如，下水道管线和检修孔盖位置构成了一个雨水下水道网络，您可以使用该系统来对径流和流量建模。此外，还应注意相邻宗地如何共用公共边界。大多数宗地用户都希望使用拓扑来维护共享要素边界在数据集中的完整性。如前文所述，用户通常需要在地理数据集中对此类空间关系和行为进行建模。在此种情况下，用户将通过添加多个高级地理数据库元素（如拓扑、网络数据集、terrain和位置定位器）来扩展这些基本要素类。在扩展要素类中，可了解有关向地理数据库添加此类高级行为的详细信息。地理数据库中要素类的类型矢量要素（带有矢量几何的地理对象）是一种常用的地理数据类型，其用途广泛，非常适合表示带有离散边界的要素（例如，井、街道、河流、州和宗地）。要素只是一个对象，可将其地理制图表达（通常为点、线或多边形）存储为行中的其中一个属性（或字段）。在ArcGIS中，要素类是数据库表中存储有公共空间制图表达和属性集的要素的同类集合，例如，线要素类用于表示道路中心线。注意:在地理数据库中创建要素类时，将要求您设置要素的类型以定义要素类的类型（点、线、多边形等）。通常，要素类是点、线或多边形的专题集合，不过，存在七种要素类类型：点-表示过小而无法表示为线或多边形以及点位置（如GPS观测值）的要素。线-表示形状和位置过窄而无法表示为区域的地理对象（如，街道中心线与河流）。也使用线来表示具有长度但没有面积的要素，如等高线和边界。多边形-一组具有多个面的面要素，表示同类要素类型（如州、县、宗地、土壤类型和土地使用区域）的形状和位置。注记-包含表示文本渲染方式的属性的地图文本。除了每个注记的文本字符串，还包括一些其他属性（例如，用于放置文本的形状点、其字体与字号以及其他显示属性）。注记也可通过要素进行连接，并可包含子类。尺寸-一种可显示特定长度或距离（例如，要指示建筑物某一侧、地块或两个要素之间距离的长度）的特殊注记类型。在GIS的设计、工程和公共事业应用中，经常会使用尺寸。多点-由多个点组成的要素。多点通常用于管理非常大的点集合数组（如激光雷达点聚类），可包含数以亿计的点。对于此类点几何使用单一行是不可行的。将这些点聚类为多点行，可使地理数据库能够处理海量点集。多面体(Multipatch)-一种3D几何，用于表示在三维空间中占用离散区域或体积的要素的外表面或壳。多面体由平面3D环和三角形构成，将组合使用这两种形状以建立三维壳模型。可使用多面体来表示从简单对象（如，球体和立方体）到复杂对象（如，等值面和建筑物）的任何事物。要素几何和要素坐标要素类包含各要素的几何形状和描述性属性。各要素几何主要由各自的要素类型（点、线或多边形）定义。但是，也可定义其他几何属性。例如，要素可以是单部分或多部分(multipart)、具有3D折点、具有线性测量值（称为m值）以及包含通过参数定义的曲线。本部分对这些功能进行了简要概述。单部分线和多部分(multipart)线以及多边形地理数据库中的线要素类和多边形要素类可由单部分或多部分构成。例如，一个州可包含多个部分（夏威夷群岛），但被视为一个州要素。折点、线段、高程和测量值要素几何主要由坐标折点构成。线和多边形要素中的线段跨越折点。线段可以是笔直的边，也可以是通过参数定义的曲线。要素中的折点还可包含z值来表示高程测量值，包含m值来表示沿线要素的测量结果。线和多边形要素中的线段类型通过以下两个关键元素定义线和多边形：(1)用于定义线或多边形形状的有序的折点列表和(2)在每对折点之间使用的线段的类型。可将每个线和多边形视为一个有序的折点集（可将其彼此相连以形成一个几何形状）。表达各线和多边形的另一种方法是将其视为相连线段的有序系列，其中各线段的类型为：直线、圆弧、椭圆弧或贝塞尔曲线。默认线段类型为两个折点之间的直线。但是，当您需要定义曲线或参数形状时，可定义三个附加线段类型：圆弧、椭圆弧和贝塞尔曲线。这些形状通常用于表示宗地边界和道路等建筑环境。使用z值的垂直测量结果要素坐标可包括x,y和x,y,z折点。Z值最常用于表示高程，但也可表示其他测量结果，如年降雨量或空气质量。要素可具有x,y坐标，也可具有添加的z高程值。使用m值的线性测量结果线状要素折点也可包括m值。某些GIS应用程序使用用于沿线状要素（例如沿道路、河流和管线）内插距离的线性测量系统。可为要素中的每个折点分配m值。一个常用的示例是运输部门所使用的公路里程标志测量系统，用于沿公路记录路面状况、速度限制、事故位置以及其他事故点。两个常用测量单位是：距设定位置的里程标志距离（例如，表示县的线）和距参考标记的距离。测量折点可为(x,y,m)或(x,y,z,m)。对这些数据类型的支持通常称为线性参考。对沿着这些测量系统发生的事件进行地理定位的过程称为动态分段。测得的坐标形成这些系统的基本结构单元。在ArcGIS的线性参考实现中，术语路径是指具有唯一标识符和通用测量系统的任意线状要素（如城市街道、公路、河流或管线）。可基于线要素类构建使用通用测量系统的路径集合，如下所示：有关详细信息，请参阅线性参考概述。要素容差在GIS数据管理中，位置准确性以及对高精度数据管理框架的支持至关重要。能够足够精确地存储坐标信息成为关键要求。坐标精度用于描述记录位置时使用的位数。它定义采集和管理空间数据时所用的分辨率。由于地理数据库能够记录高精度坐标，因此当数据采集工具和传感器随着时间的推移不断改进时，用户可构建具有高精度等级和较高分辨率的数据集（来自测量和土木工程的数据输入、地籍和COGO数据采集、增大的影像分辨率、激光雷达，以及根据CAD构建方案等）。地理数据库使用整数记录坐标，并可处理较高精度的位置。在各种ArcGIS操作中，使用某些关键几何属性处理和管理地理数据库的要素坐标。这些属性是在创建各要素类或要素数据集的过程中定义的。以下几何属性可帮助定义在各种空间处理和几何操作中使用的坐标分辨率和处理容差：x,y分辨率：记录要素类中的坐标时使用的精度x,y容差：用于使用重叠几何来拓扑要素的拓扑容差；在拓扑、要素叠加和相关操作中使用z容差和z分辨率：3D数据集中的垂直坐标维度的容差和分辨率属性（例如，高程测量值）M容差和m分辨率：在线性参考数据集中使用的、沿线要素的测量值的容差和分辨率属性（例如，沿道路方向、以米为单位的距离）X,y分辨率要素类或要素数据集的x,y分辨率是用于存储x,y坐标值的数值精度。精度对于进行准确的要素制图表达、分析和映射十分重要。x,y分辨率定义用于存储要素坐标的小数位数或有效数字位数（以x和y为单位）。可将分辨率视为定义一个在其上捕捉所有坐标的非常精细的格网网格。在ArcGIS中，坐标值实际上是以整数形式进行存储和运算。因此，有时将此格网网格称作整型格网或坐标格网。分辨率用于定义可放置所有坐标的坐标格网中的两个网格之间的距离。以数据的单位（根据数据的坐标系）表示x,y分辨率，例如，以美国国家平面英尺、UTM米或亚尔勃斯米为单位。在ArcGIS9.2或更高版本中创建的要素类的默认x,y分辨率为0.0001米，或者以数据集坐标系单位进行计算的等效值。例如，如果要素类以美国国家平面英尺为单位进行存储，则默认精度为0.0003281英尺（0.003937英寸）。如果坐标以经纬度表示，则默认的x,y分辨率为0.000000001度。下图提供了在其上将所有坐标值捕捉到格网网格的坐标格网的概念视图。格网覆盖了各数据集的范围。此网格的细度（格网中线与线之间的距离）是由非常小的x,y分辨率定义。必要时，可覆盖默认的x,y分辨率值，并为每个要素类或要素数据集设置其他值。与使用较大x,y分辨率值的数据集相比，设置较小x,y分辨率值可能会增加数据集的数据存储量和处理时间。X,y容差创建新要素类时，系统将要求您设置x,y容差。在拓扑验证、缓冲区生成、面叠加等聚类操作以及一些编辑操作中，使用x,y容差来设置两个坐标之间的最小距离。用于在这些操作过程中确定所有要素坐标（结点和折点）间最小距离的x,y容差，会影响要素处理操作。按照定义，x,y容差还定义了坐标在聚类过程中可于x或y（或两者）方向上移动的距离。x,y容差是一个极小的距离值（默认值为0.001米，以地面上单位为单位）。它用于在聚类操作过程中解决坐标交叉点位置不精确的问题。使用几何操作处理要素类时，如果两个坐标的x距离和y距离位于彼此的x,y容差范围内，这两个坐标会被视为重合（也就是说，共享同一个x,y位置）。因此，聚类坐标会被移动到某个公共位置。通常，将精度较低的坐标移动到精度较高的坐标位置，或按照聚类中各坐标间的加权平均距离计算一个新位置。在此种情况下，加权平均距离基于聚类坐标的精度等级。有关如何为每个要素类设置精度等级的详细信息，请参阅ArcGIS中的拓扑。聚类过程的工作原理为在地图上移动并识别处于彼此x,y容差范围内的坐标聚类。ArcGIS使用此算法来查找、清除和管理要素间的共享几何。这意味着坐标被视为重合（捕捉到同一个共享坐标位置）。这对许多GIS操作和概念都非常重要。有关示例，请参阅ArcGIS中的拓扑概述。在此类操作期间，坐标移动到新位置可以经过的最大距离是2的平方根乘以x,y容差。由于聚类算法是迭代算法，因此坐标位置的平移距离有时会大于此距离。默认x,y容差设置为0.001米，或以数据集的实际坐标系单位表示的等效值（也就是说，地面上的0.001米）。例如，如果坐标系以美国国家平面英尺记录，则默认x,y容差是0.003281英尺（0.03937英寸）。默认x,y容差值是默认x,y分辨率的10倍，且在大多数情况下均建议使用此设置。对于坐标精度较低的数据，可选择设置一个较大的容差值；而对于精度要求极高的数据，可设置一个较小的容差值。需要注意的是，x,y容差并非用于概化几何形状。恰恰相反，它用于在拓扑操作过程中整合线作业和边界。即对位于彼此之间极小距离范围内的坐标进行整合。由于坐标在x和y方向上可移动与x,y容差相同的距离，因此凭借使用x,y容差的命令来处理数据集，可以解决许多潜在问题。这包括极小的过伸或未及的处理、重复线段的自动分离删除以及沿边界线的坐标细化。以下是一些有用提示：通常，使用10倍于x,y分辨率的x,y容差，即可获得非常好的结果。为了使坐标移动距离较小，也应使X,Y容差较小。但是，过小的x,y容差（例如x,y分辨率的3倍或更小）可能无法正确整合重叠边界和坐标的线作业。相反，如果x,y容差过大，要素坐标可能彼此重叠。这会影响要素边界制图表达的精度。x,y容差不应接近于数据采集分辨率。例如，地图比例为1:12,000时，1英寸等于1,000英尺，1英寸的1/50等于20英尺。在使用这些数字的情况下，您会希望通过x,y容差进行的坐标移动保持正常。请记住，在这种情况下，默认x,y容差将为0.0003281英尺，这是个十分合理的默认x,y容差值；实际上，除了极端情况之外，在其他所有情况下使用默认x,y容差值是最佳选择。在拓扑中，可设置每个要素类的坐标等级。您会希望将最精确要素（如测量所得的要素）的坐标等级设置为1，将精度较低要素的坐标等级设置为2、3等等（按精度等级降序）。这将使等级数较高（因此坐标精度较低）的其他要素坐标被调整为等级数较低而精度较高的要素。地理数据库中的要素类存储在地理数据库中，每个要素类在单独的表中进行管理。各行的“形状”列用于保存各要素的几何或形状。在要素类表中，以下表述均为真：每个要素类都是一张表。各要素以行的形式进行存储。要素属性以列的形式进行记录。“形状”列保存各要素的几何（点、线和多边形等）。ObjectID列保存各要素的唯一标识符。在ArcSDE地理数据库中，关系数据库将每个要素类以表的形式保存在DBMS中。有四个DBMS（Oracle、DB2、Informix和PostgreSQL）支持使用SQL访问地理数据库中的要素几何。扩展要素类地理数据库中的每个要素类都是一个具有相同几何类型（例如，点、线或多边形)、相同属性和同一空间参考的地理要素的集合。可根据需要对要素类进行扩展以实现多个目标。以下是用户使用地理数据库扩展要素类的一些方法和原因。使用地理数据库中的要素类使用要实现的目的要素数据集保存空间相关要素类的集合或构建拓扑、网络、地籍数据集和terrain。子类型在一个要素类中管理一组要素子类。要素类表经常使用此子类型来管理同一要素类型子集上的不同行为。属性域为属性列指定有效值列表或有效值范围。使用域帮助确保属性值的完整性。域经常用来强制执行数据分类（例如道路类、分区代码和土地使用分类）。关系类使用公用键在要素类和其他表之间构建关系。例如，基于在要素类中选择的行查找另一个表中相关联的行。拓扑对要素共享几何的方式进行建模。例如，相邻的县共用公共边界。另外，县的多边形完全覆盖和嵌套在州中。网络数据集对交通连通性和流量进行建模。必须已安装ArcGISDesktop的NetworkAnalyst扩展模块。几何网络对公共事业网络和追踪进行建模。Terrain数据集对不规则三角网(TIN)进行建模，并管理非常大的激光雷达和声纳点集合。必须已安装ArcGISDesktop的3DAnalyst扩展模块。位置定位器地理编码位置。宗地结构在地理数据库中，将用于细分的测量信息和宗地方案作为连续宗地结构数据模型的一部分进行整合和维护。此外，也可通过输入新分割图和宗地描述来逐渐提高宗地结构的精度。线性参考使用测量结果沿线状要素定位事件制图表达管理多个制图表达和高级制图绘制规则。版本管理通过管理多个关键的GIS工作流来实现数据管理；例如，支持长期更新事务、历史存档和多用户编辑。这需要使用ArcSDE地理数据库。使用地理数据库中的要素类栅格基础知识栅格数据集通过将世界分割成在格网上布局的离散方块或矩形来表示地理要素。每个单元都具有一个值，用于表示该位置的某个特征，例如温度、高程或光谱值。栅格数据集常用于表示和管理影像、数字高程模型及许多其他现象。通常，栅格是用于表示点、线和多边形要素的一种方法。在下面的示例中，可以看到如何将一系列多边形表示为栅格数据集。栅格可用于表示所有地理信息（要素、影像和表面），并且具有丰富的分析地理处理运算符。除了在GIS中作为保存影像的通用数据类型外，栅格还经常用于表示要素，从而允许在基于栅格的建模和分析中使用所有地理对象。地理数据库中的栅格栅格是以行列排列的一组单元，是GIS中经常使用的数据集。用户通常使用多个栅格文件，然而随着其他地理信息的增加，许多用户已看到不断增长的在DBMS中管理栅格数据的需求。文件和ArcSDE地理数据库均提供了非常有效的栅格数据管理方式。栅格管理策略栅格的以下两种数据管理策略非常重要：栅格提供-让栅格数据集在GIS中迅速“发挥作用”意味着最有可能按数据集原样使用，通常为一系列栅格文件的形式。这可以是一系列独立文件，或者使用类似“ArcGISServer影像扩展”的技术来管理这些现有数据集并将这些数据集用作集合。地理数据库中的栅格-当希望管理栅格、添加行为和控制架构；希望将一组定义良好的栅格数据集作为DBMS的一部分进行管理；需要获得高性能而不丢失内容和信息（无压缩）；以及想要一个数据架构用于管理所有内容时，该策略非常有用。栅格数据的地理属性通常为所有栅格数据集记录四种地理属性。这些属性对于地理参照非常有用，可帮助解释栅格数据文件的构造方式。理解此概念很重要：它帮助解释了栅格在地理数据库中的存储和管理方式。栅格数据集具有定义地理位置的特殊方法。一旦可以精确地对地理参考单元或像素进行地理参考，就可以轻松获得栅格中所有单元值的经过排序的列表。这意味着每个栅格数据集通常都具有一个保存其地理属性的标头记录，而内容正文仅是经过排序的单元值列表。栅格的地理属性通常包括坐标系参考坐标或X,Y位置（通常在栅格左上角或左下角）单元大小行计数和列计数可以使用此信息查找任何特定单元的位置。通过获得此信息，栅格数据结构按顺序（从左上角单元沿每一行至右下角单元）列出所有单元值，如下图所示。地理数据集中的栅格块表栅格数据大小通常比要素大得多，因此需要端表以存储数据。例如，典型的正射影像具有多达6700行及7600列（超过5千万个单元值）。为了在使用这些较大栅格数据集时获得高性能，可将地理数据库栅格分割成较小分块（称为块），其典型大小为大约128行与128列或256x256。然后这些较小的块将保存在每个栅格的端表中。每个单独的分块都保存在块表的单独的行中，如下所示。这种简单结构意味着必要时仅需提取一定范围内的块，而无需提取整个影像。此外，可以在同一个块表中存储和管理用于构建栅格金字塔的重采样块与附加行。这使得在DBMS中管理庞大的栅格成为可能，从而实现非常高的性能，并提供多用户安全访问。扩展栅格栅格在GIS应用中经常使用并日益广泛。地理数据库可以针对多种用途管理栅格：作为单个数据集、数据集的逻辑集合和表中的图片属性。用户可通过多种地理数据库功能扩展管理栅格信息的方式，如下所述：使用需要进行的操作栅格数据集管理非常大的连续影像数据集和镶嵌栅格。镶嵌数据集镶嵌数据集是混合了栅格目录和栅格数据集的数据模型，表示栅格目录的动态视图。可用于存储、管理、查看和查询栅格影像数据集合。栅格目录实现多种用途，包括管理分块的栅格图层，其中每个分块都是一个独立的栅格。在DBMS中管理任意系列的栅格。管理栅格时间序列。表中的栅格属性列将图片或扫描的文档作为属性存储在表中。地理数据库的类型地理数据库是用于保存数据集集合的“容器”。有以下三种类型：文件地理数据库-在文件系统中以文件夹形式存储。每个数据集都以文件形式保存，该文件大小最多可扩展至1TB。建议使用文件地理数据库而不是个人地理数据库。个人地理数据库-所有的数据集都存储于MicrosoftAccess数据文件内，该数据文件的大小最大为2GB。ArcSDE地理数据库-使用Oracle、MicrosoftSQLServer、IBMDB2、IBMInformix或PostgreSQL存储于关系数据库中。这些多用户地理数据库需要使用ArcSDE，在大小和用户数量方面没有限制。比较三种类型的地理数据库关键特征ArcSDE地理数据库文件地理数据库个人地理数据库描述在关系数据库中以表的形式保存的各种类型的GIS数据集的集合（为在关系数据库中存储和管理的ArcGIS建议使用的本机数据格式。）在文件系统文件夹中保存的各种类型的GIS数据集的集合（为在文件系统文件夹中存储和管理的ArcGIS建议使用的本机数据格式。）在MicrosoftAccess数据文件中存储和管理的ArcGIS地理数据库的原始数据格式。（此数据格式的大小有限制且仅适用于Windows操作系统。）用户数多用户：多位读取者和多位写入者单个用户和较小的工作组：每个要素数据集、独立要素类或表有多位读取者或一位写入者。浮动使用任何特定文件最终都会导致大量读取者的降级。单个用户和较小的工作组（具有较小的数据集）：多位读取者和一位写入者。浮动使用最终会导致大量读取者的降级。存储格式OracleMicrosoftSQLServerIBMDB2IBMInformixPostgreSQL每个数据集都是磁盘上的一个单独文件。文件地理数据库是用来保存其数据集文件的文件夹。每个个人地理数据库中的所有内容都保存在单个MicrosoftAccess文件(.mdb)中。大小限制可达DBMS限制每个数据集1TB。每个文件地理数据库可保存很多数据集。对于超大型影像数据集，可将1TB限值提高到256TB。每个要素类最高可扩展至每个数据集数亿个矢量要素。每个Access数据库2GB。性能下降前的有效限制通常介于每个Access数据库文件250到500MB之间。版本管理支持完全支持所有的DBMS。包括交叉数据库复制、使用检出和检入进行更新以及历史存档。对于使用检出和检入提交更新的客户机和可使用单向复制向其发送更新的客户机，仅支持地理数据库格式。对于使用检出和检入提交更新的客户机和可使用单向复制向其发送更新的客户机，仅支持地理数据库格式。平台Windows、UNIX、Linux和与DBMS的直连，这些DBMS可能会在用户的本地网络中的任意平台上运行。跨平台。仅适用于Windows。安全和权限由DBMS提供操作文件系统安全。Windows文件系统安全。数据库管理工具备份、恢复、复制、SQL支持、安全等的完整DBMS功能文件系统管理。Windows文件系统管理。注需要使用ArcSDE技术。ArcSDEforSQLServerExpress包含于ArcEditor和ArcInfoArcGISEngineArcGISServerWorkgroupArcGISServerEnterprise中包含面向所有其他DBMS的ArcSDE还可以以只读的压缩格式存储数据以降低存储要求。通常用作属性表管理器（通过MicrosoftAccess）。用户喜欢针对文本属性的字符串处理。三种类型地理数据库的比较了解有关创建地理数据库的信息文件地理数据库和个人地理数据库文件地理数据库和个人地理数据库是专为支持地理数据库的完整信息模型而设计的，它包含拓扑、栅格目录、网络数据集、Terrain数据集、位置定位器等，ArcView、ArcEditor和ArcInfo的所有用户可免费获取这两种地理数据库。单用户可以对文件地理数据库和个人地理数据进行编辑，这两种地理数据库不支持地理数据库版本管理。使用文件地理数据库，如果要在不同的要素数据集、独立要素类或表中进行编辑，则可以同时存在多个编辑器。文件地理数据库是在ArcGIS9.2中发布的新地理数据库类型。其旨在执行以下操作：为所有用户提供可用范围广泛、简单且可扩展的地理数据库解决方案。提供能够跨操作系统工作的可移植地理数据库。通过扩展可处理非常大的数据集。性能和可扩展性极佳。例如，要支持包含超过3亿个要素的单个数据集，并支持可扩展为每个文件超过500GB（且可获得极佳的性能）的数据集。使用性能和存储能力都得到优化的高效数据结构。文件地理数据库所使用的存储空间约为shapefile和个人地理数据库所必需的要素几何存储空间的三分之一。文件地理数据库还允许用户将矢量数据压缩为只读格式，以进一步降低存储要求。在涉及属性的操作方面优于shapefile，数据大小限制可进行扩展，可使其超出shapefile限制。自从个人地理数据库最初在ArcGIS8.0版本中首次发布以来，ArcGIS中一直在使用个人地理数据库，该地理数据库使用了MicrosoftAccess数据文件结构（.mdb文件）。它们支持的地理数据库的大小最大为2GB。不过，在数据库性能开始降低之前，有效的数据库大小会较小（介于250和500MB之间）。个人地理数据库只能在MicrosoftWindows操作系统下使用。用户喜欢他们能够通过MicrosoftAccess针对个人地理数据库执行的表操作。许多用户确实喜欢MicrosoftAccess中用于处理属性值的文本处理功能。出于很多用途，ArcGIS将继续支持个人地理数据库。不过，多数情况下，ESRI推荐使用文件地理数据库以实现数据库大小的可扩展性，这样可大幅度提高性能并可跨平台使用。文件地理数据库非常适合处理用于GIS投影的基于文件的数据集，非常适合个人使用以及在小型工作组中使用。它具有很高的性能，在不需要使用DBMS的情况下能够进行很好的扩展以存储大量数据。另外，还可跨多个操作系统对其进行移植。通常，用户会针对数据集合使用多个文件或个人地理数据库，并针对他们的GIS工作同时访问这些地理数据库。ArcSDE地理数据库如果需要一种多位用户可同时编辑和使用的大型多用户地理数据库，则ArcSDE地理数据库可提供一种极佳的解决方案。新增的功能可用于管理共享式多用户地理数据库和支持多种基于版本的关键性GIS工作流。从而使利用贵组织企业关系数据库的能力成为ArcSDE地理数据库的一项重要优势。ArcSDE地理数据库适用于多种DBMS存储模型（IBMDB2、Informix、Oracle、PostgreSQL和SQLServer）。ArcSDE地理数据库使用范围广泛，主要适用于个人、工作组、部门和企业设置。它们充分利用DBMS的基础架构以支持以下内容：超大型连续GIS数据库多位同步用户长事务和版本化工作流对GIS数据管理的关系数据库支持（为保证可伸缩性、可靠性、安全性、备份以及完整性等提供建立关系数据库的优势）所有支持的DBMS（Oracle、SQLServer、PostgreSQL、Informix和DB2）中的SQL空间类型可适应大量用户不同要求的高性能通过许多大型地理数据库的安装启用，我们发现在将GIS数据所需的大型二进制对象移入和移出表格时DBMS的效率极高。此外，与基于文件的GIS数据集相比，GIS数据库的容量更大且支持的用户数量也更多。有关ArcSDE地理数据库架构以及ArcSDE地理数据库如何利用关系数据库技术的信息，请参见地理数据库的架构。ArcSDE可对DBMS事务框架进行长事务管理和短事务管理ArcSDE的主要角色之一就是支持每个DBMS中的地理数据库版本管理框架。绝大多数情况下，GIS中的单个编辑事务可能涉及对多个表中的多个行进行更改。例如，更新宗地可能需要更改面的表示，并更改相应的边界线和宗地拐角。此外，还必须更新这些要素中每个要素的属性记录。此编辑操作需要对多个表中的多条记录进行更改。在这些情况下，用户希望将此编辑集合视为单个事务。提交或回滚这些更改时，会将它们视为一个统一的操作来进行管理。同时，用户希望能够在一个编辑会话中撤消和重做单个编辑操作。为了使这种情况变得更为复杂，可能需要在与中央共享数据库断开连接的系统中执行编辑操作。而且，在这些专门化的GIS数据维护过程中，GIS数据库必须持续保持对日常操作可用，而在这些日常操作中，每位用户都有可能获取共享GIS数据库的个人视图或状态。通过使用一种称为版本管理的方法，ArcSDE地理数据库支持在多用户环境下对这些数据管理情景及许多其他数据管理情景进行管理和更新。在版本管理这种机制下，所有的数据库更改都作为表中的行进行记录。例如，每次更新某一行中的某个值时，旧值即会失效，并会新增一个更新行。这样，通过将更改信息以增量记录的方式存储在数据库中，ArcSDE技术就能在简单DBMS事务框架中管理复杂的高级GIS事务。注意:此机制用于维护所有更改的记录及其元数据，其是术语版本管理的起源。ArcSDE使用版本的元数据来隔离多个编辑会话、支持复杂事务、共享复本、同步多个数据库之间的内容、执行自动存档并支持历史查询。有关详细信息，请参阅编辑和维护数据概述。ArcGIS中如何包含ArcSDE技术？过去，ArcSDE作为单独的Esri产品进行销售。从ArcGIS9.2开始，ArcSDE技术成为ArcGIS内含的功能，不再单独提供。ArcSDE技术已集成到了ArcGISDesktop、ArcGISEngine和ArcGISServer中，以便用户能够在其组织内扩展基于DBMS的地理数据库。从ArcGIS9.2开始，ArcEditor和ArcInfo包含MicrosoftSQLServerExpress的安装程序。这些软件产品还包括支持SQLServerExpress中ArcSDE地理数据库的ArcSDE功能，最多可同时支持三个桌面用户。从ArcGIS9.3开始，ArcGISEngine包含SQLServerExpress的安装程序。对于用于编辑地理数据库的ArcGISEngine应用程序，ArcGISEngine的可选GeodatabaseUpdate扩展模块是必需的模块。Microsoft对SQLServerExpress的使用做出了限制，要求只能使用一个CPU（或套接字中的内核）和大小为1GB的RAM。SQLServer2005Express或SQLServer2008Express数据库最大只能为4GB。SQLServer2008ExpressR2数据库最大为10GB。（有关具体实施时的实例大小限制的特定信息，请参阅Esri许可协议。）在ArcEditor和ArcInfo中，可通过ArcCatalog应用程序使用SQLServerExpress全面管理ArcSDE地理数据库。这样，一次就可为多个用户提供全面的ArcSDE地理数据库功能。可在ArcCatalog中或目录窗口中设置和管理这些ArcSDE地理数据库。不需要具有额外的软件或数据库管理方面的专业知识。ArcGISServerWorkgroup还包括ArcSDE对SQLServerExpress的支持。使用此级别的ArcSDE，通过使用SQLServerExpress，最多可同时支持10个WindowsDesktop用户和编辑人员（ArcView、ArcEditor、ArcInfo、自定义ArcGISEngine应用程序、AutoCAD、MicroStation等的用户），并可支持任意数量的来自Web应用程序的额外服务器连接。（有关实现时所需的连接数量的特定信息，请参见许可协议。）对于ArcGISServerWorkgroup，您可使用ArcEditor或ArcInfo在ArcCatalog中或目录窗口中创建和管理SQLServerExpress的ArcSDE地理数据库。不需要具有额外的数据库管理方面的专业知识。ArcGISServerEnterprise中包含完整的企业级ArcSDE技术，未做任何限制。您仍可针对Oracle、SQLServer、PostgreSQL、IBMDB2和IBMInformix运行传统的ArcSDE技术。企业服务器级别的ArcSDE支持可以扩展为任意大小的数据库以及任意数量的用户，并可在任意大小和配置的计算机上运行。使用ArcGISServerEnterprise，您可以提供您自己的DBMS许可，以便使用此级别的ArcSDE。选项包括以下内容：OracleMicrosoftSQLServerIBMInformixIBMDB2PostgreSQLDBMS通常由数据库管理员(DBA)进行管理。摘要您不必针对SQLServerExpress监视和管理内存和CPU的使用情况。对于单个CPU，SQLServerExpress软件会自动将计算机的使用限制在1GB的RAM，并且数据库大小为4GB或10GB，这取决于您所使用的SQLServerExpress版本。与MicrosoftAccess数据库不同，SQLServerExpress的性能不会随着数据库大小接近其上限值而有所降低。ArcSDEforSQLServerExpress免费提供，被集成到了ArcEditor和ArcInfo中。如果您选择安装SQLServerExpress，您就可以使用ArcCatalog管理SQLServerExpress数据库。安装ArcGISServerWorkgroup时，可以安装和使用SQLServerExpress。安装SQLServerExpress后，您便可以在ArcEditor或ArcInfo级别许可中使用ArcCatalog，以管理工作组服务器的SQLServerExpress数据库。这些不同的级别使得用户能够针对任意数量的用户（无论数量多少）充分利用ArcSDE地理数据库。这样，组织将获得一个可扩展的数据架构，这样的数据架构既适用于组织的单用户系统也适用于其大型企业系统。ArcSDE级别摘要客户端与地理数据库的兼容性可通过各种不同的ESRI客户端软件来访问地理数据库类型中所介绍的地理数据库。其中包括以下内容：ArcGISDesktopArcGISEngine应用程序ArcGISServerArcIMS除ArcIMS外，所有这些客户端都可以使用任何类型的地理数据库作为源数据；ArcIMS使用通过ArcGISServerWorkgroup或ArcGISServerEnterprise数据源获得许可的文件地理数据库和ArcSDE地理数据库。可兼容版本当在特定ArcGIS版本的地理数据库中加入新功能时，只有将该地理数据库升级才能使用新功能。升级地理数据库可能意味着较旧版本的客户端应用程序将无法与其连接。就不同版本的ArcGIS客户端与地理数据库之间的连接的工作方式，以下规则适用：当前版本的ArcGIS客户端可以连接并使用先前版本的地理数据库。例如，ArcGIS10客户端可以连接并使用ArcGIS9.3地理数据库。但应注意以下事项：如果ArcGIS客户端正使用直接连接方式连接到ArcSDE9.2或更早版本的地理数据库，则无法从较新版本的客户端连接到较旧版本的地理数据库。例如，ArcGISDesktop9.2客户端无法使用直接连接的方式连接到ArcSDE9.1地理数据库。连接到先前版本的地理数据库时，特定于当前版本的功能将不再可用。例如，如果从ArcGIS9.1客户端连接到ArcGIS9个人地理数据库，则只能使用ArcGIS9中提供的功能。先前版本的ArcGIS客户端无法连接和使用以较新版本ArcGIS创建的地理数据库。例如，ArcGIS9.1客户端无法连接和使用ArcGIS9.2地理数据库。此规则有如下例外情况：ArcGIS9.2ServicePack5(SP5)和6(SP6)可以打开和编辑ArcGIS9.3地理数据库。不过应注意，当从先前版本的客户端应用程序进行连接时，特定于9.3版地理数据库的功能不再可用。ArcGIS9可打开和编辑9.1版地理数据库，除非使用ArcSDE9.1地理数据库的直接连接。下表指出本主题开头列出的客户端应用程序版本与地理数据库版本的兼容关系。客户端版本个人地理数据库版本文件地理数据库版本使用直接连接的ArcSDE地理