SQL Server OLAP Cube默认处理与完全处理差异及状态判定问询

一、默认处理（Process Default）与完全处理（Process Full）的核心差异 #

• 处理范围的智能性：默认处理仅处理需要更新的对象，完全处理则强制重新处理所有维度、分区、聚合等，无视当前状态。
• 维度处理逻辑：
  • 默认处理维度时，仅同步源数据的新增/变更记录，更新维度属性、层次结构和索引，不会重建整个维度结构；
  • 完全处理会清空维度所有数据，从头加载全部源数据，重建所有索引和层次结构。
• 事实分区处理逻辑：
  • 默认处理针对分区时，仅处理标记为“未处理”或“部分处理”的分区；若已处理分区的源数据无变更（通过时间戳或变更追踪检测），则直接跳过；
  • 完全处理会强制清空所有分区数据，重新加载全部事实数据，重新计算所有聚合和索引。
• 聚合与索引处理：默认处理仅重新计算失效的聚合和索引，完全处理则强制重建所有聚合和索引。

二、事实分区/维度的处理状态判定方式 #

SQL Server Analysis Services (SSAS) 为每个Cube对象（维度、分区、聚合等）维护状态元数据，通过以下逻辑判定处理状态：

• 未处理（Unprocessed）：对象从未被处理，或之前处理失败，元数据标记为未初始化状态。
• 部分处理（Partially Processed）：对象的部分组件已处理完成，但整体不可用（比如维度部分属性已更新，但层次结构未同步；或分区部分聚合已计算，但数据未完全加载）。
• 已处理（Processed）：对象所有组件处理完成，数据和聚合处于最新可用状态。

状态判定的核心依据：

• 源数据变更追踪：SSAS记录维度/分区对应源表的最后修改时间，若源数据更新时间晚于对象最后处理时间，标记为需要处理。
• 依赖关系检查：若维度被修改，依赖该维度的所有分区会被标记为部分处理状态——维度变更会影响分区的关联数据和聚合。
• 处理操作结果记录：每次处理完成后，SSAS更新对象的状态元数据，标记为已处理或部分处理（若操作未完成）。

三、默认处理耗时远短于完全处理的原因 #

• 跳过无变更对象：默认处理自动跳过源数据未变、状态为“已处理”的维度和分区，无需重复处理。
• 增量式维度更新：维度处理仅同步新增/修改的记录，而非全量加载，大幅节省IO和计算时间。
• 分区级精准处理：每日ETL新增数据通常写入特定分区（如按日期分区的事实表），默认处理仅针对该新增分区操作，完全处理则遍历所有历史分区并重新加载。
• 聚合增量计算：默认处理仅重新计算因数据变更失效的聚合，而非全量重建所有聚合，减少大量计算量。

内容的提问来源于stack exchange，提问作者user8675309