聚總儲存大綱的設計考量

本主題列出設計 Essbase 彙總儲存 (ASO) 立方體大綱時的主要設計考量。查詢的執行方式對您規劃大綱有極大影響。將要實行的階層視為儲存、動態或替代階層 (屬性維度和共用成員) 時，請在此處使用建議。

如需設計建議的實作範例，請參閱圖庫中的 ASOsamp.Basic 立方體。

設計 ASO 大綱

設計聚總儲存大綱時，請考量下列資訊：

儘可能使用儲存的階層 (而非動態階層)。
僅在必要時才使用共用成員。
將階層數目降到最低。(例如，每個額外儲存的階層會減慢檢視選擇的速度，並可能會增加聚總資料的大小)。
如果階層是第一個階層的小型子集，請考慮讓小型階層成為動態階層。考量包括查詢階層資料的頻率，以及擷取時動態查詢的查詢效能影響。
屬性的效能與儲存階層上成員的效能相同。
屬性與基礎成員的關聯層級越高，擷取查詢的速度就越快。

屬性維度與 ASO 立方體

本主題提供有關屬性之聚總儲存與區塊儲存立方體之間的差異資訊。若要使用此主題中的資訊，您應該已經熟悉區塊儲存的屬性概念。請參閱使用 Essbase 屬性。

下列資訊適用於聚總儲存立方體使用的屬性維度：

只有新增 (+) 合併運算子可用於屬性維度。
對於指定的屬性維度，所有關聯都必須與基礎維度的一個層次有關。例如，在 ASOsamp.Basic 立方體中，「商店管理員」屬性維度的關聯為「商店」維度的層級 0。下列限制適用於屬性關聯：
- 層次 0：您可以將屬性與沒有公式之動態或已儲存階層的任何層次 0 成員產生關聯。
- 非層次 0：您只能將屬性關聯至主要儲存階層中的上層成員。

屬性維度沒有階層類型。您無法將屬性維度指定為動態或儲存的階層。Essbase 會將屬性維度視為基礎維度的已儲存替代階層。例如，在 ASOsamp.Basic 資料庫中， Essbase 會將 Store Manager 屬性維度視為 Store Manager 維度是 Stores 維度的儲存替代階層。

啟用查詢追蹤時， Essbase 會考量屬性維度資料的查詢，而且可能會在聚總檢視選項中包含屬性維度成員。請參考根據用途選取檢視。

附註：

與非層級 0 成員相關聯之屬性成員的查詢會傳回非層級 0 成員之子代的值。聚總儲存立方體中屬性成員的查詢行為與區塊儲存立方體中的行為不同。

ASO 立方體的屬性查詢

根據屬性查詢資料選取及建立檢視時，屬性資料的某些查詢一律會在擷取時動態計算，這可能會影響查詢效能。

涉及屬性維度成員的每個查詢也必須至少包含一個來自基礎維度的成員。如果查詢涉及單一屬性維度和所有維度的成員總和， Essbase 會彙總查詢資料，進而改善查詢效能。在其他情況下， Essbase 必須在擷取時計算查詢。

下表說明屬性查詢類型，以及 Essbase 計算查詢的方式：

表格 36-2 屬性查詢與計算效能

屬性查詢類型	查詢計算類型
查詢涉及一個屬性維度的全部基本維度成員和成員。	Essbase 可以聚總查詢資料，進而改善查詢效能。
查詢包含來自多個屬性維度的基本維度與成員。	Essbase 會根據層級 0 輸入資料，在擷取時計算查詢。
查詢涉及基礎維度成員 (或標記為僅標籤的維度成員) 的任何子成員，以及來自一個屬性維度的成員。	Essbase 會根據層級 0 輸入資料或基礎維度上聚總的資料，在擷取時計算查詢。

在下面的大綱圖中，RealDimension 是其所有子系的總和 (它不是標記為僅限標籤)。如果查詢涉及單一屬性維度 (例如 AttributeDimension1) 中的一或多個成員，與基礎維度成員 (RealDimension) 交叉，則 Essbase 可以為資料建立聚總儲存格，進而改善查詢效能。

不過，下列查詢一律會在擷取時計算：

從屬性維度 (例如 AttributeDimension1) 和任何 RealDimension 子項中要求成員資料的任何查詢，都會根據層級 0 輸入資料或來自聚總的資料，在擷取時動態計算。
從多個屬性維度 (例如 AttributeDimension1 和 AttributeDimension2) 和基礎成員維度 (例如 RealDimension) 要求資料的任何查詢，都會根據層級 0 輸入資料，在擷取時動態計算。

圖 36-4 屬性查詢範例的大綱

屬性查詢和多個階層

從具有多個階層的維度查詢資料時，如果您以下列方式查詢資料，查詢效能可能會有所改善：

選取您要查詢的階層。
導覽以尋找詳細資料 (例如，在智慧型檢視中的階層上放大)。

在同一個查詢中包含動態階層成員和儲存的階層成員，可能需要較大的內部記憶體快取，以降低查詢效能。