Geodataase和ArcSDE中文教程part2.docVIP

Geodatabase体系结构 2、1 Geodatabase体系结构 用户通常认为geodatabase是地理信息的物理存储，但从根本来说，是使用DBMS或文件来存储的。除了作为数据集集合的一个物理实例，每个geodatabase还有其他关键方面特征。 1、 geodatabase有一个广泛的信息模型来表达和管理地理信息。这个信息模型的实现是通过一系列简单数据表，这些表是存储在要素类、栅格数据集和属性表中的。另外，高级的GIS数据对象通过增加GIS行为、规则来管理空间完整性，以及增加工具来处理要素、栅格和属性表的大量的空间关系。 geodatabase的software logic提供了通用的application logic，贯穿整个ArcGIS，用 于访问和处理各种数据格式的地理数据。无疑，它是支持geodatabase的，并且支持shapefiles, CAD 文件, TINs, grids, CAD 数据, imagery, 还有其他大量的GIS数据源。 geodatabase具有一个事务处理模型来管理GIS的数据工作流。 2、2 Geodatabase基于关系原则存储 用户倾向于认为DBMS本质上是开放的，这是因为关系数据模型的简易性和灵活性，使得它能支持广泛的应用。 Geodatabase的存储模型是以DBMS原则为基础，利用了一系列简单却基本的关系数据库概念。DBMS（File geodatabase 的文件系统）提供了简单而又合适的数据模型存储和操作表。 包括以下的关键概念： 数据被组织为表 表包含行 表中所有的行具有相同的列 每一列具有一个类型，如integer, decimal number, character, date等等。 关系类用于一个表中的行和另一个表中的行发生关联，这是以每个表中都有一个公 共的列为基础的。 关系完整性规则存在于所有表中。如，每一行总是有相同的列，一个域为每一列指 定了有效值或者值范围等等。 对ArcSDE geodatabases来说，还有大量其他的DBMS功能可以应用： SQL，一系列关系函数和操作符可以用于操作表和表中的元素。 SQL操作符同时被设计为可以处理普通的关系数据类型，如integers, decimal numbers, dates, 和 characters。 例如，一个要素类以DBMS表的形式存储。每一行代表一个要素，每一行中列描述了该要素的各种特征或属性，表中的某一列存储了该要素的几何形状（如point, line或polygon coordinates）。在上面的实例中，shape字段存储了polygon形状。 在DBMS中大量的列类型用于shape字段。可以是典型的binary large object BLOB 类型或者是扩展的空间类型，它们能够被一些DBMS所支持。如，ESRI提供了一个空间列类型用于在ArcSDE geodatabases存储要素，支持这种类型的关系数据库有Oracle, IBM DB2, 和Informix。 SQL操作表中的行、列。这些列类型（numbers, characters, dates, BLOBs, spatial types等等）在SQL代数中被认为是对象。DBMS管理这些简单的数据类型和表，同时其他应用逻辑实现更复杂的对象行为和完整性约束。 在关系数据库管理系统中实现更高层次的对象和行为 开发人员为了实现更高层次的具有行为和逻辑的对象，就需要写应用程序代码去实现它。如，一个组织可能实现如下名为EMPLOYEES的表： 上面的表是一个简单的关系数据表，包含行和列。每一列的数据都隶属一个独特的数据类型，如character、date和number，DBMS就是在这个数据类型层次上操作信息的。 然而，简单的给一个DBMS增加这些信息，不会使DBMS变成一个payroll或employee管理信息系统。增加一列名为“Dollars”用于存储带两位小数的数值，并不意味着将一个DBMS变为一个帐务清算系统。要实现这些需要更高层次的应用逻辑。 实现支持雇佣行为的逻辑例子是雇用、实现薪水增长、员工辞职、晋升和奖金管理。业务对象被建模为雇员和他们的姓名、薪水和雇用日期，为了实现这些对象的行为和完整性需要更复杂的和聚焦的应用逻辑。 相似的业务对象也普遍应用于GIS。如，topologies, networks, linear referencing systems, raster catalogs, annotations, terrains, map layers等等，都是高级对象用于实现GIS的行为。 对于其他的DBMS应用，具有空间属性类型的表是对他们自己的GIS应用是不够的。简单的DBMS列类型和geodatab