即時彙總
在某些情況下，多維度彙總的特定配量有時間緊迫性，因此必須可即時取得。 例如，您的業務是銷售容易腐壞的產品，所以希望即時取得各個出貨階段的產品數量彙總。 同時，您也有其他想要看到的彙總，如典型客戶的年齡彙總，但是這只有在月底進行商業智慧分析時才需要。
BAM 實作即時彙總 (RTA)，這是由活動儲存區資料表的觸發程序所維護的資料表。 就上述商務處理採購單 (PO) 的情況而言，RTA 檢視將如下圖的範例所示。
BAM 即時彙總
在此圖中，如果收到來自 Redmond 的新 PO 為 $100，BAM 會藉由執行類似 和 Amount=Amount+$100 的 Count=Count+1 作業，在對應資料列中為 {Redmond， InProcess} 的儲存格新增貢獻。
稍後，如果相同的訂單出貨，BAM 會從資料列 {Redmond， InProcess} 中移除此貢獻，並將它新增至資料列 {Redmond， Shipped}。
BAM 會在 RTA 中保存指定線上視窗的資料，然後予以刪除。 您可以變更資料表 bam_Metadata_RealTimeAggregations的對應資料列，以設定線上視窗。
下列陳述式也適用於即時彙總：
即時匯總會大幅影響 BAM 可以寫入資料的速度。 因此，您應該只將彙總結構中最重要的配量定義成 RTA。
即時匯總的維度層級限制為 14。 例如，如果您為 State 和 City 建立資料維度位置，這會計算為兩個層級 (State 和 City) 。 對於進度維度，層級數目是樹狀結構的深度，而時間維度則是所有子單位的計數。 例如，Year、Month、Day、Hour 的時間維度會計算為四個層級。
BAM 不支援 Min 和 Max類型的即時匯總。 BAM 支援的匯總為 Count、 Sum和 Average。
您必須一律為 RTA 建立時間維度，並一律在所有資料配量中使用，因為 RTA 中的資料會根據伺服器時間戳記而過時，而不是根據任何特定的商務里程碑。
請勿定義多個使用相同 BAM 活動的 RTA。 若是這麼做，當您封存 BAM 資料時，RTA 資料將是錯誤的資料。
即時匯總會大幅影響 BAM 可以寫入資料的速度。 因此，您應該只將彙總結構中最重要的配量定義成 RTA。
即時匯總的維度層級限制為 14。 例如，如果您為 State 和 City 建立資料維度位置，這會計算為兩個層級 (State 和 City) 。 對於進度維度，層級數目是樹狀結構的深度，而時間維度則是所有子單位的計數。 例如，Year、Month、Day、Hour 的時間維度會計算為四個層級。
BAM 不支援 Min 和 Max類型的即時匯總。 BAM 支援的匯總為 Count、 Sum和 Average。
請勿定義多個使用相同 BAM 活動的 RTA。 若是這麼做，當您封存 BAM 資料時，RTA 資料將是錯誤的資料。