Решается проблема DistinctCount c помощью CalculatedMembers, см. Запрос.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
WITH
SET [CustomerMembers] AS '{[Customer].[All].[BAUMUE],[Customer].[All].[DIVREN]}'
MEMBER [Customer].Slicer AS 'AGGREGATE([CustomerMembers])'
SET [RowSet0] AS '{
[ProductGroup].[All].[SAN].[KERAMIK],
[ProductGroup].[All].[SAN].[ABLA],
[ProductGroup].[All].[SAN].[SKAN],
[ProductGroup].[All].[SAN].[FITT]
}'
SET [RowSet1] AS 'NonEmptyCrossjoin([RowSet0],{[Measures].[Relation_Artikel]}, 1)'
SET [RowSet2] AS 'topcount([RowSet1],100,([Time].[All].[2003],[Measures].[Verkaufswert]))'
SET [TotalSet] AS '[RowSet2]'
MEMBER [Measures].[OrderCount] as '
IIF([ProductGroup].CURRENTMEMBER.UNIQUENAME <> "[ProductGroup].[Total]",
count(NonEmptyCrossJoin([Order].[Order].members, {[ProductGroup].CURRENTMEMBER}, {[CustomerMembers]},1)),
count(NonEmptyCrossJoin([Order].[Order].members, {[RowSet1]}, {[CustomerMembers]}, 1))
)'
-- если бы был выбран только один Customer, то используем физическую меру DistinctCount
-- и не тратимся на дополнитеные расчеты.
MEMBER [Measures].[OrderCount] as '
IIF([ProductGroup].CURRENTMEMBER.UNIQUENAME <> "[ProductGroup].[Total]",
[Measures].[OrderCountPhysic],
count(NonEmptyCrossJoin([Order].[Order].members, {[RowSet1]}, {[CustomerMembers]}, 1))
)'
MEMBER [ProductGroup].[Total] as 'SUM([RowSet1],[Measures].CurrentMember)'
SELECT
{
[Time].[All].[ 2004 ],
[Time].[All].[ 2003 ],
[Time].[All].[ 2002 ]
} ON COLUMNS,
CROSSJOIN(
{[ProductGroup].[Total],[RowSet2]},
{[Measures].[SaleValue],[Measures].[PositionCount], [Measures].[OrderCount]})
ON ROWS
FROM Sales
WHERE ([Customer].Slicer)
ибо использование DistinctCount как физической дает неверный результат
при расчете произвольных Totals и при Использовании в Where нескольких элементов в одном измерении (оба случая приведены в примере).
Вопрос.
Как можно, и можно ли вообще, оперируя средствами MDX, создать Calculated Member на стороне сервера, чтобы не заниматься генерацией MDX кода в своем приложении.
Хотя подозреваю, что используя "контекстно завистмую" генерацию MDX запросов можно добиться лучшей производительности нежели если написать "супер сложный" Calculated Member на сервере.
Очень бы хотелось услышать ваши соображения и здоровую критику.
