FIX: Use of the Colon Operator to Define a Range of Members May Cause Incorrect Results in MDX Query

This article was previously published under Q293195
This article has been archived. It is offered "as is" and will no longer be updated.
BUG #: 11928 (plato7x)BUG #: 11998 (plato7x)
When you run a Multidimensional Expressions (MDX) query and you use the Member clause to define virtual levels, and you use the colon operator to define a range for the virtual levels, you may receive incorrect results from the MDX query.
RESOLUTIONTo resolve this problem, obtain the latest service pack for the Microsoft SQL Server 2000 (the Analysis Services Components - Sql2kasp1.exe). For additional information, click the following article number to view the article in theMicrosoft Knowledge Base:
290211 INF: How to Obtain the Latest SQL Server 2000 Service Pack


NOTE: The following hotfix was created prior to Microsoft SQL Server 2000 Service Pack 1.

The English version of this fix should have the following file attributes or later:
   Date      Time   Version   Size       File name      -------------------------------------------------   3/8/2001  8:37p    209,472  Msmdcb80.dll   3/8/2001  8:37p  1,360,448  Msmdgd80.dll   3/8/2001  8:37p  1,733,180  Msmdsrv.exe   3/832001  8:37p  1,983,056  Msolap80.dll   3/8/2001  8:37p    213,067  Msolap80.rll				
NOTE: Due to file dependencies, the most recent hotfix or feature that contains the preceding files may also contain additional files.
To work around this issue, increase the size of the Large Level Threshold property on the connection string of the client application. For example:
Provider=MSOLAP;Integrated Security=SSPI;Persist Security Info=False;Data Source=MyServer;Initial Catalog=FoodMart 2000;Client Cache Size=25;Auto Synch Period=10000;Large Level Threshold=10000				
The value may vary depending on the size of the query, so you may want to start at a value of 10000.
Microsoft has confirmed that this is a problem in SQL Server 2000 Analysis Services version 8.0. This problem was first corrected in the Analysis Services Components of Microsoft SQL Server 2000 Service Pack 1.
Here is sample syntax for a MDX query that generates incorrect results.

With  member [Time Monthly by Day].Total AS 'AGGREGATE({ [Time Monthly by Day].[2000].[Quarter 4].[December].[23] : [Time Monthly by Day].[2001].[Quarter 1].[January].[22] })'member [Delivery Time].[0-10] AS 'AGGREGATE({ [Delivery Time].[0].[0].[0] : [Delivery Time].[1].[1].[10] })' member [Delivery Time].[11-20] AS 'AGGREGATE({ [Delivery Time].[1].[1].[11] : [Delivery Time].[1].[1].[20] })'  member [Delivery Time].[21-30] AS 'AGGREGATE({ [Delivery Time].[1].[1].[21] : [Delivery Time].[1].[1].[30] })' member [Delivery Time].[31+] AS 'AGGREGATE({ [Delivery Time].[1].[1].[31] : [Delivery Time].[11].[601].[36000] })' member [Delivery Time].[Total] AS '[Delivery Time].[All Delivery Time]'Select {[Delivery Time].[31+] } on columns,{[Measures].[Bytes]} on Rowsfrom [Cube]Where ( [Time Monthly by Day].Total, [Servers].[All Servers] )				
OLAP incorrect wrong data QFE

Article ID: 293195 - Last Review: 10/23/2013 17:26:12 - Revision: 1.1

Microsoft SQL Server 2000 Analysis Services

  • kbnosurvey kbarchive kbbug kbfix kbqfe kbsqlserv2000sp1fix KB293195