您可以使用此頁籤，指定要使用什麼方法來決定哪些值要預先計算並儲存在分析工作區中，以及哪些值要在要求時才計算。有兩種彙總類型可供選擇。
沒有預先彙總
在程式實際執行時計算所有聚總資料。
以成本為基礎的預先彙總
使用此方法可讓 OLAP 引擎識別資料中最具成本效益的區域，來進行預先彙總。請使用滑動軸來指定百分比，或在相鄰的文字方塊中輸入一個數字。您可能會想要隨著時間調整百分比，以在程式實際執行效能和時間與磁碟空間的維護限制上取得平衡。若要調整您的資料庫，您應同時追蹤預先彙總中各個百分比的程式實際執行效能和維護統計資料。
如果立方結構擁有的維度少於 5 個，您可以預先彙總 80% 至 100% 來取得最佳程式實際執行效能，因為相關的維護成本相對地較低。請勿降至 20% 以下，因為查詢效能會大幅降低。
如果立方結構擁有的維度超過 8 個，您可以預先計算 50%。相較於完整的具體化，50% 可以較顯著改善組建時間，而不會大幅降低查詢效能。僅預先計算 20% 可顯著額外地改善組建時間，但會大幅增加查詢時間。
分割立方結構時，您可以為頂層分割區設定與立方結構其餘部份不同的百分比。頂層分割區通常是最大的分割區，而且是許多應用程式一開始查詢的位置。若要改善程式實際執行的效能，您必須在組建時間允許的範圍內，僅可能增加此百分比。
以層次為基礎的預先彙總
維度
選取要顯示其層次的各個維度。
層次
選取您要在組建程序中進行計算和儲存的層次。
識別儲存資料層次的最佳方法，就是判斷各個層次的維度成員之比例，並將要即時計算的成員比例保持在 10:1 以下。此方法可確保快速傳回所有答案集。系統會將資料儲存在分析工作區中，或是將 10 個或更少的值加總成單一數目來計算資料。將 10 個值加總所花的時間微不足道，而且如果應用程式設計良好，便能將傳回的資料集數量，限制在分析人員可輕鬆檢視的數量。您可以根據您對層次存取頻率的判斷，修改此比例。
較慢變動的維度會花較長的時間來聚總，因為資料散落在儲存體空間中的各處。如果您要針對資料維護進行最佳化，請將較快變動的維度完全聚總，然後在較慢變動的維度使用略過層次聚總。
版權所有 © 2003，2007，Oracle。保留一切權利。