1.使用半加性度量值替代Calculation

這算是半加性度量值函數的模擬能力之一，但是，有些只在SSAS Enterprise SKU版本中才支持。但是半加性函數操作更快，差不多是MDX腳本兩本的速度

2.使用一元操作符替代Calculation

服從分配律一元操作符(與位置順序無關的操作符)一般來說要比同樣作用的賦值操作快兩倍。那是不是所有的Calculation都要抽取出來，然后用一元操作符替換呢，答案是否定的。例外就是那些不服從分配律的一元操作符(包括*，/或者數字值)。在這種情況下，才會有可能改進性能。

3.減小集合計算的大小

當計算值是基于集合，使用NONEMPTY函數減小集合的大小。例如，當計算城市間每個產品的銷售平均值，這個查詢大約耗時1分46秒，在我的機器上：

with member measures.x as avg(existing  
[Product].[Product].[Product].members*[Customer].[Customer Geography].[City].members,  
[Measures].[Internet Sales Amount])  
select [Date].[Calendar].[Month].members on 0,  
non empty [Product].[Subcategory].members on 1  
from [Adventure Works] where measures.x 

但是添加了NONEMPTY，耗時大約39秒：

with member measures.x as avg(existing   
nonempty( [Product].[Product].[Product].members*[Customer].[Customer Geography].[City].members,[Measures].[Internet Sales Amount])  
, [Measures].[Internet Sales Amount])  
select [Date].[Calendar].[Month].members on 0,  
non empty [Product].[Subcategory].members on 1  
from [Adventure Works] where measures.x 

避免賦給cell像0, Null, “N/A”, “-“ 這樣的值
之前翻譯的文章已經提過了，AS的引擎在排除空行方面是很高效的。下面的查詢使用"-"替換了null值，并且non empty不會排出它們：

with member measures.x as  
iif( not isempty([Measures].[Internet Sales Amount]),[Measures].[Internet Sales Amount],"-")  
select descendants([Date].[Calendar].[Calendar Year].&[2004] ) on 0,  
non empty [Customer].[Customer Geography].[Customer].members on 1  
from [Adventure Works]  
where measures.x 

Non empty操作符不能用來格式化的值上，因此要使用格式化字符串的方式來替換null值，但卻排除了空的行，耗時大約是一半的時間：

with member measures.x as  
[Measures].[Internet Sales Amount], FORMAT_STRING = "#.00;(#.00);#.00;-" 
select descendants([Date].[Calendar].[Calendar Year].&[2004] ) on 0,  
non empty [Customer].[Customer Geography].[Customer].members on 1  
from [Adventure Works]  
where measures.x 

有的讀者可能已經觀察到，上面的兩個查詢其實是不等效的——第二個查詢完全排除了空行。

4.計算格式化值的成本

在某些情況下，采用格式化字符串的成本消耗甚至操作了求值本身。這時候就需要對比是否應用格式化屬性時兩者的執行時間，例如：

select [Measures].[Internet Average Sales Amount] on 0 from [Adventure Works] cell properties value  
如果不帶格式化的結果明顯快的話，可以使用下面的語句實現格式化:  
scope([Measures].[Internet Average Sales Amount]);  
FORMAT_STRING(this) = "currency";  
end scope; 

執行這個查詢(應用了格式化)，然后在決定是否采用吧

5.使用屬性

在SSAS 2000中，當要查找一個集合中哪些成員滿足條件通常使用filter函數，例如下面查找男性的顧客：

Filter(Customer.name.Name.members, Customer.name.currentmember.properties(“Gender”) = “Male”)

在SSAS 2005/2008中這樣的方式就要避免了，取而代之的是添加一個hierarchy屬性Customers.Gender ：

(Customers.Gender.Male, Measures.Sales)

這個hierarchy屬性可以對終端用戶隱藏，但是對MDX表達式仍然有效。

下面查詢男性客戶的平均銷售額：

Avg(Customer.Name.Name.members*Customers.Gender.Male, Measures.Sales)

為什么使用.properties會慢呢？因為在獲取一個成員的時候每個成員其實都要獲取到，這樣才能得到property的值，EXISTS更快些是因為直接使用了內部存儲結構

6.使用IS比較操作符

當比較成員時，比較對象時使用IS，不要像下面這樣：

Iif( [Currency Code].currentmember.Name = “USA”], …)

正確的方法是：

Iif( [Currency Code].currentmember IS [Currency Code].[USA], …)

這是因為***個語句要將成員轉型為string，這是要耗時的，而且沒有必要

7.使用NONEMPTY函數

NONEMPTY函數(SSAS 2005新增的)在提出元組方面進行了優化，因此下面的查詢就不可取了：

Filter(Customer.Name.members, not IsEmpty( ([Measures].[Unit Sales], [Product].[Name].[Xbox])

合適的方式是：

NonEmpty (Customer.Name.members, ([Measures].[Unit Sales], [Product].[Name].[Xbox]))

其實Filter(, Not Isempty()) 和NonEmpty(,) 是等效的，現在引擎已經自動做了優化

另外：

Count(Filter([year and month].[Month],  
Not IsEmpty(([Project Count], [Layer].[Layer].[web]))   
or Not IsEmpty(([Project Count], [Layer].[Layer].[server])))) 

上面的方式也不可取，應該這樣：

Count(NonEmpty ([year and month].[Month],{([Project Count],   
[Layer].[Layer].[web]), ([Project Count], [Layer].[Layer].[server])}) 

8.條件計算

IIF的存在可能會破環引擎的優化，因為優化器不能接受在求值過程中的表達式，這個問題可能以后會解決，但是可以采用一些方案繞過這個問題：

9.條件計算和條件域

IIF有時候用于限定應用于集合成員的計算的域，例如：

This =  
IIF([account].[Account Type].currentmember IS [Account].[Account Type].[Flow],   
,   
)  

上面的做法不推薦，下面可能會獲得更好的性能：

Scope ([Account].[Account Type].[Flow]);  
This = ;  
End Scope;  
Scope ([Account].[Account Type].[Account Type].members –   
[Account].[Account Type].[Flow]);  
This = ;  
End Scope; 

10.使用ValidMeasure減少計算求值的空間消耗

在SSAS 2005中，每個度量值組都有一個IgnoreUnrelatedDimensions 屬性，這個屬性定義了如何處理與度量值不相關的維度 --或者忽略這個維度，或者剔除默認成員上的空值。

在定義計算的時候，不要使用這個behavior而是使用ValidMeasuer函數，例如：

scope(leaves([Time]), [Currency].[Currency].members - [Currency].[Currency].[Currency].[USA]  
Scope [Measures].[store Sales];  
This = iif( isempty(validmeasure([Measures].[Exchange Rate])), null, [Measures].[Store Sales]/validmeasure([Measures].[Exchange Rate]));  
End Scope; 

11.使用Sum或Aggregate替代求和運算，

避免：

Create Member measures.x as

(Sales, Country.USA) + (Sales, Country.Canada) + (Sales, Country.Mexico)…

推薦:

Create Member measures.x as Sum({Country.USA, Country.Canada, Country.Mexico}, Sales)

12.在大數據量Crossjoin中多重的Hierarchy

如果可能，盡量使在同一緯度中的hierarchy在一起。為什么呢？因為在引擎內部有一個exists在進行Crossjoin的相鄰的集合之間。如果一個來自不用緯度的hierarchy插在兩個屬于相同緯度的hierarchy之間，exists的行為會變化，就會增加占用的空間，影響性能

13.緩存計算結果

在公式引擎內部有一個緩存，用于重用計算結果，但是要進行緩存，這個結果在Cube空間中就要有一個可定地址的單元格或者元組。

例如，一個應用程序在集合中定義了一個比率：一個值除***值，并且展示為柱狀圖。

***種方法：

with   
member measures.y as  
measures.[unit sales]  
/  
max(customers.[name].[name].members, measures.[unit sales])  
select  
measures.y on 0,  
customers.[name].[name].members on 1  
from sales 

這個執行大約需要15秒。這個計算其實效率不高，因為***值其實是不變的，但是每次表達式都要進行求值，下面的查詢就要好一些：

with   
member measures.x as   
max(customers.[name].[name].members, measures.[unit sales])  
member measures.y as  
measures.[unit sales]  
/  
(measures.x,[Customers].[Customers].[All Customers] )  
select   
measures.y on 0,  
customers.[name].[name].members on 1  
from sales 

這個查詢不到1秒！性能得到了數量級的提升！

不知道讀者有沒有注意到一個問題？為什么SSAS表達式中的measure.y必須要在分母中包含[Customers].[Customers].[All Customers] ，換句話說為什么不能這樣：

with   
member measures.x as   
max(customers.[name].[name].members, measures.[unit sales])  
member measures.y as  
measures.[unit sales]  
/  
(measures.x)  
select   
measures.y on 0,  
customers.[name].[name].members on 1  
from sales  

這是因為我們需要引用緩存值。如果[Customers].[Customers].[All Customers]沒有寫上customer維度的屬性，那么單元格會跟著客戶名的引用和計算值變化，而計算值每次都要重新求值

【編輯推薦】

1. 在T-SQL中使用臨時表的注意事項
2. SQL Server數據庫管理常用的SQL和T-SQL語句(1)
3. 用T-SQL操作面試SQL Server開發人員(1)
4. SQL Server 2005中的T-SQL
5. T-SQL實用例句
6. 微軟SQLServer密碼管理的危險判斷