dbTalk Databases Forums  

Slice Dimensions on Virtual Cubes

microsoft.public.sqlserver.olap microsoft.public.sqlserver.olap


Discuss Slice Dimensions on Virtual Cubes in the microsoft.public.sqlserver.olap forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Reuben
 
Posts: n/a

Default Slice Dimensions on Virtual Cubes - 09-26-2005 , 04:59 PM






I have a database that contains two virtual cubes. I am finding that when I
exectute MDX against one of the cubes (say cube A) I am getting dimensions
from the other cube (cube B) listed on the slice axis. Is this expected?

I am using Analysis services 2000 SP3 and the ODBO interface.

Reply With Quote
  #2  
Old   
Paul
 
Posts: n/a

Default RE: Slice Dimensions on Virtual Cubes - 09-28-2005 , 11:20 AM






Hi Reuben,

Are these virtual cubes based on totally different actual cubes?

Ta
Paul

"Reuben" wrote:

Quote:
I have a database that contains two virtual cubes. I am finding that when I
exectute MDX against one of the cubes (say cube A) I am getting dimensions
from the other cube (cube B) listed on the slice axis. Is this expected?

I am using Analysis services 2000 SP3 and the ODBO interface.

Reply With Quote
  #3  
Old   
Reuben
 
Posts: n/a

Default RE: Slice Dimensions on Virtual Cubes - 09-28-2005 , 07:57 PM



Hi Paul,

Turns out the problem is not quite as I stated it:

I have an ordinary cube. It has four dimensions. Two of which have the
visible property set to false. If I use the IDBSchemaRowset to get a list of
dimensions it (of course) only lists the visible ones.

However when I do an MDX query the MDAXISINFO lists the non-visible
dimensions on the slice axis.

Is this expected?

"Paul" wrote:

Quote:
Hi Reuben,

Are these virtual cubes based on totally different actual cubes?

Ta
Paul

"Reuben" wrote:

I have a database that contains two virtual cubes. I am finding that when I
exectute MDX against one of the cubes (say cube A) I am getting dimensions
from the other cube (cube B) listed on the slice axis. Is this expected?

I am using Analysis services 2000 SP3 and the ODBO interface.

Reply With Quote
  #4  
Old   
Darren Gosbell
 
Posts: n/a

Default RE: Slice Dimensions on Virtual Cubes - 09-28-2005 , 09:20 PM



This would be expected. If the dimensions physically exist, the values
would be stored in relation to them, the visibility property of the
dimension only hides them from client tools.

In order to resolve a value MDX needs to use a reference from every
dimension. The best way to think of it is like this - If you do not
specify a dimension in an MDX query you are actually implying that the
values should be sliced by the default member.

--
Regards
Darren Gosbell [MCSD]
<dgosbell_at_yahoo_dot_com>
Blog: http://www.geekswithblogs.net/darrengosbell

In article <D951D50F-A4C3-4643-9757-CD4FB2CAA962 (AT) microsoft (DOT) com>,
Reuben (AT) discussions (DOT) microsoft.com says...
Quote:
Hi Paul,

Turns out the problem is not quite as I stated it:

I have an ordinary cube. It has four dimensions. Two of which have the
visible property set to false. If I use the IDBSchemaRowset to get a list of
dimensions it (of course) only lists the visible ones.

However when I do an MDX query the MDAXISINFO lists the non-visible
dimensions on the slice axis.

Is this expected?


Reply With Quote
  #5  
Old   
Reuben
 
Posts: n/a

Default RE: Slice Dimensions on Virtual Cubes - 09-29-2005 , 03:35 PM



Hi Darren,

Thanks for your reply.

I can appreciate the conceptual point that the underlying cube still
contains these non-visible dimensions. However I have a problem with that
fact that one interface hides (correctly) these dimensions but another
doesn't. This means that a client application has to deal with the
incosicency between these two interfaces. Given that the clinet application
cannot discover these non-visible dimensions and therefore is not expected to
use them when creating queries etc. why does it get told about the
non-visible dimensions when the only thing it can possibly do with them is
ignore them?

"Darren Gosbell" wrote:

Quote:
This would be expected. If the dimensions physically exist, the values
would be stored in relation to them, the visibility property of the
dimension only hides them from client tools.

In order to resolve a value MDX needs to use a reference from every
dimension. The best way to think of it is like this - If you do not
specify a dimension in an MDX query you are actually implying that the
values should be sliced by the default member.

--
Regards
Darren Gosbell [MCSD]
dgosbell_at_yahoo_dot_com
Blog: http://www.geekswithblogs.net/darrengosbell

In article <D951D50F-A4C3-4643-9757-CD4FB2CAA962 (AT) microsoft (DOT) com>,
Reuben (AT) discussions (DOT) microsoft.com says...
Hi Paul,

Turns out the problem is not quite as I stated it:

I have an ordinary cube. It has four dimensions. Two of which have the
visible property set to false. If I use the IDBSchemaRowset to get a list of
dimensions it (of course) only lists the visible ones.

However when I do an MDX query the MDAXISINFO lists the non-visible
dimensions on the slice axis.

Is this expected?



Reply With Quote
  #6  
Old   
Darren Gosbell
 
Posts: n/a

Default RE: Slice Dimensions on Virtual Cubes - 09-29-2005 , 06:00 PM



Not sure about that, your point makes sense to me. Maybe if someone from
MSFT is watching this thread they might chime in with an answer.

My only other thought is that if this is a single physical cube and you
don't want the users to see any reference to the dimensions in question,
why not just remove the dimensions from the cube?

I may be over simplifying things here, but removing dimensions from the
cube if they are not used will speed up the processing and query times.

--
Regards
Darren Gosbell [MCSD]
<dgosbell_at_yahoo_dot_com>
Blog: http://www.geekswithblogs.net/darrengosbell

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.