日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢(xún)
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問(wèn)題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷(xiāo)解決方案
淺談SSAS計(jì)算中MDX性能改進(jìn)的幾個(gè)技巧

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

在網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作過(guò)程中,需要針對(duì)客戶的行業(yè)特點(diǎn)、產(chǎn)品特性、目標(biāo)受眾和市場(chǎng)情況進(jìn)行定位分析,以確定網(wǎng)站的風(fēng)格、色彩、版式、交互等方面的設(shè)計(jì)方向。成都創(chuàng)新互聯(lián)還需要根據(jù)客戶的需求進(jìn)行功能模塊的開(kāi)發(fā)和設(shè)計(jì),包括內(nèi)容管理、前臺(tái)展示、用戶權(quán)限管理、數(shù)據(jù)統(tǒng)計(jì)和安全保護(hù)等功能。

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

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

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

3.減小集合計(jì)算的大小

當(dāng)計(jì)算值是基于集合,使用NONEMPTY函數(shù)減小集合的大小。例如,當(dāng)計(jì)算城市間每個(gè)產(chǎn)品的銷(xiāo)售平均值,這個(gè)查詢(xún)大約耗時(shí)1分46秒,在我的機(jī)器上:

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

但是添加了NONEMPTY,耗時(shí)大約39秒:

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

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

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

Non empty操作符不能用來(lái)格式化的值上,因此要使用格式化字符串的方式來(lái)替換null值,但卻排除了空的行,耗時(shí)大約是一半的時(shí)間:

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

有的讀者可能已經(jīng)觀察到,上面的兩個(gè)查詢(xún)其實(shí)是不等效的——第二個(gè)查詢(xún)完全排除了空行。

4.計(jì)算格式化值的成本

在某些情況下,采用格式化字符串的成本消耗甚至操作了求值本身。這時(shí)候就需要對(duì)比是否應(yīng)用格式化屬性時(shí)兩者的執(zhí)行時(shí)間,例如:

 
 
 
  1. select [Measures].[Internet Average Sales Amount] on 0 from [Adventure Works] cell properties value
  2. 如果不帶格式化的結(jié)果明顯快的話,可以使用下面的語(yǔ)句實(shí)現(xiàn)格式化:
  3. scope([Measures].[Internet Average Sales Amount]);
  4. FORMAT_STRING(this) = "currency";
  5. end scope;

執(zhí)行這個(gè)查詢(xún)(應(yīng)用了格式化),然后在決定是否采用吧

5.使用屬性

在SSAS 2000中,當(dāng)要查找一個(gè)集合中哪些成員滿足條件通常使用filter函數(shù),例如下面查找男性的顧客:

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

在SSAS 2005/2008中這樣的方式就要避免了,取而代之的是添加一個(gè)hierarchy屬性Customers.Gender :

(Customers.Gender.Male, Measures.Sales)

這個(gè)hierarchy屬性可以對(duì)終端用戶隱藏,但是對(duì)MDX表達(dá)式仍然有效。

下面查詢(xún)男性客戶的平均銷(xiāo)售額:

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

為什么使用.properties會(huì)慢呢?因?yàn)樵讷@取一個(gè)成員的時(shí)候每個(gè)成員其實(shí)都要獲取到,這樣才能得到property的值,EXISTS更快些是因?yàn)橹苯邮褂昧藘?nèi)部存儲(chǔ)結(jié)構(gòu)

6.使用IS比較操作符

當(dāng)比較成員時(shí),比較對(duì)象時(shí)使用IS,不要像下面這樣:

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

正確的方法是:

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

這是因?yàn)?**個(gè)語(yǔ)句要將成員轉(zhuǎn)型為string,這是要耗時(shí)的,而且沒(méi)有必要

7.使用NONEMPTY函數(shù)

NONEMPTY函數(shù)(SSAS 2005新增的)在提出元組方面進(jìn)行了優(yōu)化,因此下面的查詢(xún)就不可取了:

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

合適的方式是:

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

其實(shí)Filter( , Not Isempty( )) 和NonEmpty( , ) 是等效的,現(xiàn)在引擎已經(jīng)自動(dòng)做了優(yōu)化

另外:

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

上面的方式也不可取,應(yīng)該這樣:

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

8.條件計(jì)算

IIF的存在可能會(huì)破環(huán)引擎的優(yōu)化,因?yàn)閮?yōu)化器不能接受在求值過(guò)程中的表達(dá)式,這個(gè)問(wèn)題可能以后會(huì)解決,但是可以采用一些方案繞過(guò)這個(gè)問(wèn)題:

9.條件計(jì)算和條件域

IIF有時(shí)候用于限定應(yīng)用于集合成員的計(jì)算的域,例如:

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

上面的做法不推薦,下面可能會(huì)獲得更好的性能:

 
 
 
  1. Scope ([Account].[Account Type].[Flow]);
  2. This = ;
  3. End Scope;
  4. Scope ([Account].[Account Type].[Account Type].members – 
  5. [Account].[Account Type].[Flow]);
  6. This = ;
  7. End Scope;

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

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

在定義計(jì)算的時(shí)候,不要使用這個(gè)behavior而是使用ValidMeasuer函數(shù),例如:

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

11.使用Sum或Aggregate替代求和運(yùn)算,

避免:

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.在大數(shù)據(jù)量Crossjoin中多重的Hierarchy

如果可能,盡量使在同一緯度中的hierarchy在一起。為什么呢?因?yàn)樵谝鎯?nèi)部有一個(gè)exists在進(jìn)行Crossjoin的相鄰的集合之間。如果一個(gè)來(lái)自不用緯度的hierarchy插在兩個(gè)屬于相同緯度的hierarchy之間,exists的行為會(huì)變化,就會(huì)增加占用的空間,影響性能

13.緩存計(jì)算結(jié)果

在公式引擎內(nèi)部有一個(gè)緩存,用于重用計(jì)算結(jié)果,但是要進(jìn)行緩存,這個(gè)結(jié)果在Cube空間中就要有一個(gè)可定地址的單元格或者元組。

例如,一個(gè)應(yīng)用程序在集合中定義了一個(gè)比率:一個(gè)值除***值,并且展示為柱狀圖。

***種方法:

 
 
 
  1. with 
  2. member measures.y as
  3. measures.[unit sales]
  4. /
  5. max(customers.[name].[name].members, measures.[unit sales])
  6. select
  7. measures.y on 0,
  8. customers.[name].[name].members on 1
  9. from sales

這個(gè)執(zhí)行大約需要15秒。這個(gè)計(jì)算其實(shí)效率不高,因?yàn)?**值其實(shí)是不變的,但是每次表達(dá)式都要進(jìn)行求值,下面的查詢(xún)就要好一些:

 
 
 
  1. with 
  2. member measures.x as 
  3. max(customers.[name].[name].members, measures.[unit sales])
  4. member measures.y as
  5. measures.[unit sales]
  6. /
  7. (measures.x,[Customers].[Customers].[All Customers] )
  8. select 
  9. measures.y on 0,
  10. customers.[name].[name].members on 1
  11. from sales

這個(gè)查詢(xún)不到1秒!性能得到了數(shù)量級(jí)的提升!

不知道讀者有沒(méi)有注意到一個(gè)問(wèn)題?為什么SSAS表達(dá)式中的measure.y必須要在分母中包含[Customers].[Customers].[All Customers] ,換句話說(shuō)為什么不能這樣:

 
 
 
  1. with 
  2. member measures.x as 
  3. max(customers.[name].[name].members, measures.[unit sales])
  4. member measures.y as
  5. measures.[unit sales]
  6. /
  7. (measures.x)
  8. select 
  9. measures.y on 0,
  10. customers.[name].[name].members on 1
  11. from sales

這是因?yàn)槲覀冃枰镁彺嬷怠H绻鸞Customers].[Customers].[All Customers]沒(méi)有寫(xiě)上customer維度的屬性,那么單元格會(huì)跟著客戶名的引用和計(jì)算值變化,而計(jì)算值每次都要重新求值


當(dāng)前文章:淺談SSAS計(jì)算中MDX性能改進(jìn)的幾個(gè)技巧
URL分享:http://m.5511xx.com/article/dpdppso.html