如何撰写被广泛引用的论文和获得资助的提案：聚合导航架构

图 6.13 聚合导航架构 4、尽可能降低数据抽取系统的成本。当每次数据加载的时候，多数聚合表 不可避免地会被重建，但是应该做到尽可能的自动化 5、尽可能的降低 DBA 管理的责任。通常支持聚合的元数据应该数量有限且 易于维护。大多数的元数据应该通过监控用户查询自动的创建，并给出创建新聚 合表的建议。 一个仔细设计的聚合环境可以达成我们的所有目标。但是未经过仔细设计， 可能彻底的失败。下面是一系列设计需求，如果都考虑到了，那么就可以达成我 们的预期。 设计需求#1 聚合信息必须存储在他们自己的表中，和基础粒度的数据分离。每个不同的 聚合级别必须使用他们自己独自的事实表。 将聚合信息的独立存储在他们自己的事实表中。这一点非常的重要，并且带 来一系列的好处。首先，本节描述的聚合导航模型在聚合信息使用独立的表存储 的时候非常的简单，因为聚合导航器可以从 DBMS 的普通系统目录中获得绝大多 数的信息，而不需要额外的元数据。其次，由于聚合信息存储在单独的表中，最 终用户对于可加性事实不会产生重复计数，因为 SQL 访问的每个给定的事实表中