2
在版本化的地理数据库中，增量表和状态树对查询性能有何影响？
我们有一个版本化的arcsde地理数据库（oracle 10g上的arcgis 9.3.1），具有相当复杂的数据模型，其中包括大约100个要素类和非空间表，一个几何网络以及许多关系类。 每天有5或6个arcmap用户使用sde版本控制编辑数据。此外，还通过自动服务创建了版本，这些服务与其他业务系统连接以在地理数据库中执行编辑。查询性能在一天中明显下降，因此我们实施了每晚脚本来实现完全压缩。在执行相对大量的编辑的情况下，系统可能要等到完全压缩后才能使用。 有人建议，面对这些易失的增量表，配置的oracle无法提出合理的执行计划。这是合理的解释吗？应该采取什么方法解决呢？ 更新以回应评论 到最后，状态树非常线性，只有很少的分支。 我们每晚压缩（通过删除所有版本获得完整压缩）。 定期分析业务表。 不分析增量表。它们被锁定（尝试分析返回错误“ ORA-20005对象统计信息已锁定”）。sde模式中的易失性表也不是-STATES，STATE_LINEAGES。