基于Oracle的ArcSDE配置.docVIP

在关系数据库管理系统（DBMS）中，ArcSDE就像管理地理数据的“大门”， 使得DBMS中数据可以快速向ArcMap、ArcCatalog、ArcIMS，以及其它互联网络客户端传输。ArcSDE和DBMS的组合使用，有利于将基于传统文件的矢量，栅格和CAD数据都移植到一个空间数据及属性数据集成的数据库中。这样，所有的空间数据及一般的商业数据都被管理在传统IT框架内，有利于数据的一体化。ArcSDE支持许多的数据库软件，因此选择配置的方案是很灵活的。当然，客户端应用从ArcSDE获取空间数据的速度快慢的性能取决于多个因素，包括硬件、数据库配置、ArcSDE配置、客户端处理能力和网络带宽等等。本文将对基于Oracle数据库的ArcSDE系统的一些基本运行配置方案进行描述。1、Oracle及ArcSDE简介Oracle数据库是由一个例程（Instance）和存储在硬盘上的文件组成的。Oracle例程是由进程和内存结构组成的。服务器进程（Server Process）从SGA与Oracle客户端交互，比如ArcSDE。它负责处理用户提交的SQL语句以及读写用户数据。后台进程（Background Process）代表服务器进程与组成数据库的物理文件交互。构成Oracle这样大容量数据库的是一系列数据文件，其中存储了如表和索引等这样的对象。通过Oracle服务端程序，ArcSDE使用giomgr进程与数据库交互。每个ArcSDE服务都有一个giomgr进程在监听用户应用的连接请求、清理断开的用户进程。每个连接ArcSDE的客户端应用程序都被指定一个gsrvr进程，该进程由giomgr生成。通过Oracle服务端程序，Gsrvr提交用户所有的数据库查询及编辑的请求。2、逻辑数据库设计如何正确配置ArcSDE Oracle数据库，首先要分析这个数据库将的用途。一般地，数据库要么用于联机分析处理（OLAP），要么用于决策支持系统（DSS）。OLAP数据库的特征就是频繁的数据更改，例如典型的插入或更新操作，这对大用户量的数据库是很习以为常的。这样类型的系统包括订单输入系统、订票系统和打卡系统。DSS数据库则有所不同。它可以从大量的数据中产生报表信息。一般来说，OLAP系统的用户群一般都比较大，DSS用户群相对要少得多。DSS系统的主要特性是能够快速地获取大量的数据。大部分的GIS应用都选用DSS系统，因为它们需要获取用于分析和显示的大量地理数据和属性信息。当然，很多的GIS系统在数据更新时候也可以像OLTP系统那样工作。由于大多数的GIS都采用DSS数据库的配置，因此可以根据相应的应用进行数据库的物理设计和逻辑设计。逻辑设计的目的就是优化配置数据库，使数据库对象按照其活动性相互分离。比如，表和其索引分离，高活动性表和低活动性表也不要存放在一起。如此配置将会获得运行效率极高、并且易于管理的数据库。一般情况下，只有表和索引被视为对象，其实还存在其它很多对象，比如视图、序列和同义词等等。在操作系统中，Oracle将对象逻辑地存储在一个或多个数据文件所支撑的表空间内。对于不同类型数据，在Oracle中都应当应该分别给它们各自独立的表空间。比如，典型的ArcSDE配置将提供最少五个表空间用于存储地理数据，它们分别是FEATURE，ATTRIBUTE，SPATIAL_INDEX，ORACLE_INDEX和SDE。每一个表空间都存储ArcSDE和其相关客户端所使用的不同的表或索引。FEATURE表空间用于存储“F［n］”（F表），即ArcSDE创建的要素表。ATTRIBUTE表空间存储包含属性信息的业务表。SPATIAL_INDEX表空间存储“S［n］”（S表），即空间索引表。ORACLE_INDEX表空间存储的是基于要素、属性和空间索引表创建的ORACLE索引。SDE表空间存储ArcSDE系统表。除了上述这些ArcSDE表空间外，Oracle数据库应该至少还包含SYSTEM，ROLLBACK，TEMP和USER表空间，分别用来存储用于ORACLE内部进程的不同对象。3、物理数据库设计通常情况下，并不需要考虑数据库的物理布局。只有当数据库运行遇到性能问题时，物理布局才被考虑到。其实，要配置一个高性能的数据库，正如数据库的逻辑设计中的精心安排一样，数据库文件的物理布局设计必须也要同时进行。在任何Oracle数据库中，I/O争用往往是数据库性能的瓶颈。因此数据文件的物理布局应该始于对数据I/O情况的识别。要减少I/O争用，必须将不同的对象组安排在不同磁盘驱动器和表空间中。一般情况下，客户端访问的表空间中的表和索引将会占据大量的I/O。在ArcSDE配置中，这种情况在FEATURE、ATTRIBUTE、SPATIAL_INDEX和O