需要 Data Reviewer 许可。
配置关键字用于控制如何在 PostgreSQL 的地理数据库中创建对象。您可以在创建表或索引的表空间中确定表或索引的空间分配，以及确定其他特定于 PostgreSQL 的存储属性。它们还可用于为空间列的几何指定其中一种可用的存储格式。
配置关键字存储在 DBTUNE 表中。执行创建企业级地理数据库或者启用企业级地理数据库工具时，将在数据库中创建 DBTUNE 表以及其他元数据表。
如果大量数据库连接正在访问位于磁盘中同一位置的同一文件，则数据库性能会变慢，因为连接之间正在互相竞争相同的资源。为减缓这种竞争，可以将数据库文件存储到磁盘中的不同位置。
例如，可修改 DBTUNE 以在磁盘上不同位置的各单独数据文件中存储工作空间表。这样会减缓磁盘争用情况并提高数据库的输入和输出。
标准 GIS 存储建议倾向于将索引和日志文件与矢量和表格业务表分开保存。出于性能方面的考虑，最好分开放置业务、要素和空间索引表，并根据表空间数据文件的使用模式对其进行放置。
对于多版本化且非常活跃的编辑地理数据库，VERSIONS 表空间的数据库文件可以是分开的并分布于各个可用磁盘中，从而避免出现输入或输出争用情况。
磁盘配置
大型生产企业级地理数据库系统应采用硬件带区解决方案。最佳的磁盘和数据组织策略涉及到在多个磁盘中分散存储数据。
通过将数据分散到多个磁盘中，便可使用更多心轴对这些数据进行活跃搜索。这样可以增加磁盘读取时间并减缓磁盘争用情况。但磁盘过多会降低查询速度。实现条带化的方法主要有以下两种：
- 表空间
- 独立磁盘 (RAID) 的冗余阵列
您可以采用数据分离策略，例如将表和索引分开或者将某些类型的表与其他表分开，以提高性能并减轻管理负担。
建议的 PostgreSQL 最佳配置如下：
- DISK 0 - PostgreSQL/应用程序软件
- DISK 1 - 要素数据表
- DISK 2 - 空间索引数据表
- DISK 3 - 属性数据/业务规则
- DISK 4 - 索引
减缓磁盘输入和输出争用情况
通常情况下，应估计数据库为应对未来的增长而需要包含的最大数据量，然后在此最大数据量的基础上创建尽可能大的数据库文件。通过创建大型文件，可以避免产生文件碎片并获得更好的数据库性能。许多情况下，可以允许数据文件自动增长；只需确保对自动增长加以限制，方法是指定最大增长大小从而保留一些可用的硬盘空间。在不同磁盘上放置不同的表空间还有助于在文件增长时消除其中的物理碎片。
要配置数据和日志文件以获得最佳性能，请遵守以下最佳做法：
- 为避免出现磁盘争用情况，请勿将数据文件放置在操作系统文件所在的同一驱动器上。
- 最适合于数据库文件的 RAID 配置取决于多个因素，包括性能和可恢复性需求。建议对事务日志、数据和索引文件使用 RAID 10 作为 RAID 系统。由于事务日志文件通常小于数据和索引文件，因此预算有限的人可以考虑将事务日志文件保存在阵列容量较小的 RAID 10 系统中，而将数据和索引文件存储在阵列容量较大的 RAID 5 系统中。