基于ArcSDE的空间数据访问和优化技术.docVIP

基于ArcSDE的空间数据访问和优化技术

第二节基于ArcSDE的空间数据访问和优化技术

由于ArcSDE本身所具有的海量数据存储、多用户并发访问、版本管理、长事务处理等强大优势，在GIS应用系统中引入ArcSDE作为空间数据存储和管理引擎，变得越来越普遍。随着ArcSDE的应用日益广泛，ArcSDE的性能越来越受到关注。本文以Oracle数据库为例，从影响ArcSDE性能的关键环节出发，主要介绍数据库和ArcSDE两个方面的一些基本配置和调整手段。

3.2.1主要内容

影响ArcSDE性能的因素很多，但是归根到底包括两个方面，后台的Oracle和ArcSDE的配置。Oracle方面，不仅包含数据库组件大小定义、存储参数等内容，还包括Oracle实例的初始化参数、Oracle统计信息分析等内容。ArcSDE方面包括DBTUNE存储参数、空间索引、以及统计信息更新等方面。作为建立在后台数据库系统之上的空间数据库引擎，ArcSDE的性能很大程度上取决于Oracle的性能状况。换句话说，如果没有良好性能的Oracle系统的支持，就无法建立高效的ArcSDE数据访问引擎。

3.2.2降低Oracle磁盘I/O

典型的Oracle安装方便了数据库安装的过程，但一定不会达到预期的良好性能。没有经过认真配置和调整的Oracle系统不会获得满意的效率。在Oracle系统中，磁盘I/O冲突导致了大多数明显的性能上的瓶颈。除了购买更快的磁盘驱动器和附加的网卡外，问题的解决方法在于平衡文件系统中的磁盘I/O，尽可能将其降至最低，减少进程间I/O等待发生的可能性。

合理放置数据库组件的参考原则

如果估算好了数据文件的大小，就可以确定在文件系统中如何放置它们。本段中列举了一些相关的指导，不必完全照搬，因为需要考虑自己磁盘驱动器的数目和大小。这些指导原则上按照其重要程度从大到小进行排序。数据库使用一段时间之后，一种正常的使用模式也就建立了，访问非常频繁的数据文件需要隔离在单独的磁盘上。

分离表和索引

每次Oracle访问索引来定位到某个记录行时，它必须同时访问表来取出所指向的行。此时如果表和索引存放在同一个磁盘上时，磁头就需要在索引和表之间进行移动。尽可能不要把索引和表存储在同一个表空间中。始终将表的数据文件和索引的数据文件分开存放。当表及其索引的数据块位于同一磁盘驱动器时，这样做可以减少磁头移动的发生。

按照活动性放置文件

将联机重做日志文件存储在它们自己的磁盘驱动器上。经常进行编辑操作(inserts，updates，ordeletes)的Oracle数据库具有非常活跃的联机重做日志文件。将联机重做日志文件和其他也需要频繁进行I/O操作的数据文件从物理上分离是很重要的。只要有可能，将日志文件创建在自己单独的磁盘驱动器上，或者和其他一些相对静态的文件一起存放。在一个经常进行编辑操作的数据库中，就I/O而言，联机重做日志文件是最活跃部分。如果无法将它们安排在自己单独的磁盘驱动器上，就将它们和那些相对I/O操作较少的文件放置在一起。

一定将回滚段数据文件与重做日志文件分离。当数据库被编辑时，回滚段会被经常性地访问。要尽量将这些数据文件和其他活动性强的文件分开存放。这样做能够提高Oracle处理事务的效率。

在索引建立之后，如果SORT_AREA_SIZE参数已经设置为推荐的512KB，ArcSDE就不再使用临时表空间。因此，如果其他的应用程序也同样不使用临时表空间的话，临时表空间可以和其他活动性高的文件放置在一起。

将系统表空间数据文件和其他活动性强的数据文件放置在一起。对系统表空间数据字典表的访问率相对较低，因为它们的数据缓存在共享池（sharedpool）和高速缓冲区(buffercache)中。

根据预期的I/O访问情况放置表格和索引数据文件。如果预期某个特定的数据文件会具有很高的I/O访问，尽量把它单独放置在自己的磁盘驱动器上或

中引入的Sdedbtune命令为ArcSDE管理员提供了一种方便的管理和维护DBTUNE表的方式。Sdedbtune命令将DBTUNE表中的记录和ArcSDEetc目录中的文件之间进行导入或者导出。

转出的文件可以在文本编辑器中进行修改（UNIX下的”vi”，或者WindowsNT中的”notepad”）。下面的例子中DBTUNE表转出到dbtune.out文件中，而该文件被vi编辑之后再转入到表中：

$sdedbtune-oexport-fdbtune.out-usde-pfredericton

$vidbtune.out

$sdedbtune-oimport-fdbtune.out-usde-pfredericton-N

sdedbtune管理工具总是转