dbTalk Databases Forums  

Too big dimensions for non empty ?

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


Discuss Too big dimensions for non empty ? in the microsoft.public.sqlserver.olap forum.



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

Default Too big dimensions for non empty ? - 09-13-2004 , 11:59 AM






I designed a fact table with sales.
One dimensions contains nearly 1000 elements. I call them companies, because
they include the manufacturer
of the sales.

The other dimension consists of customer.Nearly 200000 elements are inside.

So i tried to create a query to get all customer who bought things from one
specified customer.

I wrote something like
.... non empty {descendants([Customer].[CustomerID],6)} ON ROWS...

but no chance. i'm sure there are no more than 20000 customer buying the
same thing from the same manufacturer,
but i cant get results....too big

So the only solution i know until now to build a third dimension with
manufacturer/customer hierarchy.
But this results in a long refreshing process. also this new big dimension
slows down everything...

Any idea what I could do.

thx for help in advance




Reply With Quote
  #2  
Old   
Jéjé
 
Posts: n/a

Default Re: Too big dimensions for non empty ? - 09-13-2004 , 10:42 PM






the first reaction is :
does it realistic to display this information to the user?
who will read 20 000 rows on a screen?
do you really need this big list?

I recommand to focus your query. for example, what are my top 10 customers
etc...


"Bernd Schreiber" <qq (AT) web (DOT) de> a écrit dans le message de news:
eqZUlMbmEHA.4064 (AT) TK2MSFTNGP14 (DOT) phx.gbl...
Quote:
I designed a fact table with sales.
One dimensions contains nearly 1000 elements. I call them companies,
because
they include the manufacturer
of the sales.

The other dimension consists of customer.Nearly 200000 elements are
inside.

So i tried to create a query to get all customer who bought things from
one
specified customer.

I wrote something like
... non empty {descendants([Customer].[CustomerID],6)} ON ROWS...

but no chance. i'm sure there are no more than 20000 customer buying the
same thing from the same manufacturer,
but i cant get results....too big

So the only solution i know until now to build a third dimension with
manufacturer/customer hierarchy.
But this results in a long refreshing process. also this new big dimension
slows down everything...

Any idea what I could do.

thx for help in advance






Reply With Quote
  #3  
Old   
Bernd Schreiber
 
Posts: n/a

Default Re: Too big dimensions for non empty ? - 09-14-2004 , 03:40 AM



its not only for screen output, but even if the result consist of 500
rows...
to get these non empty rows is not possible on this way

anyway thx 4 your comment, but it doesnt help...

or may be i am on the wrong way...



"Jéjé" <willgart (AT) BBBhotmailAAA (DOT) com> schrieb im Newsbeitrag
news:e9GhgzgmEHA.1672 (AT) TK2MSFTNGP14 (DOT) phx.gbl...
Quote:
the first reaction is :
does it realistic to display this information to the user?
who will read 20 000 rows on a screen?
do you really need this big list?

I recommand to focus your query. for example, what are my top 10 customers
etc...


"Bernd Schreiber" <qq (AT) web (DOT) de> a écrit dans le message de news:
eqZUlMbmEHA.4064 (AT) TK2MSFTNGP14 (DOT) phx.gbl...
I designed a fact table with sales.
One dimensions contains nearly 1000 elements. I call them companies,
because
they include the manufacturer
of the sales.

The other dimension consists of customer.Nearly 200000 elements are
inside.

So i tried to create a query to get all customer who bought things from
one
specified customer.

I wrote something like
... non empty {descendants([Customer].[CustomerID],6)} ON ROWS...

but no chance. i'm sure there are no more than 20000 customer buying the
same thing from the same manufacturer,
but i cant get results....too big

So the only solution i know until now to build a third dimension with
manufacturer/customer hierarchy.
But this results in a long refreshing process. also this new big
dimension
slows down everything...

Any idea what I could do.

thx for help in advance








Reply With Quote
  #4  
Old   
Jéjé
 
Posts: n/a

Default Re: Too big dimensions for non empty ? - 09-14-2004 , 07:23 PM



can you send your actual query?
if its not for screen output, so not for analysis... have you try to create
an SQL statement instead-of unsing your cube?

"Bernd Schreiber" <kruse08 (AT) web (DOT) de> a écrit dans le message de news:
OpC$2ajmEHA.3464 (AT) tk2msftngp13 (DOT) phx.gbl...
Quote:
its not only for screen output, but even if the result consist of 500
rows...
to get these non empty rows is not possible on this way

anyway thx 4 your comment, but it doesnt help...

or may be i am on the wrong way...



"Jéjé" <willgart (AT) BBBhotmailAAA (DOT) com> schrieb im Newsbeitrag
news:e9GhgzgmEHA.1672 (AT) TK2MSFTNGP14 (DOT) phx.gbl...
the first reaction is :
does it realistic to display this information to the user?
who will read 20 000 rows on a screen?
do you really need this big list?

I recommand to focus your query. for example, what are my top 10
customers
etc...


"Bernd Schreiber" <qq (AT) web (DOT) de> a écrit dans le message de news:
eqZUlMbmEHA.4064 (AT) TK2MSFTNGP14 (DOT) phx.gbl...
I designed a fact table with sales.
One dimensions contains nearly 1000 elements. I call them companies,
because
they include the manufacturer
of the sales.

The other dimension consists of customer.Nearly 200000 elements are
inside.

So i tried to create a query to get all customer who bought things from
one
specified customer.

I wrote something like
... non empty {descendants([Customer].[CustomerID],6)} ON ROWS...

but no chance. i'm sure there are no more than 20000 customer buying
the
same thing from the same manufacturer,
but i cant get results....too big

So the only solution i know until now to build a third dimension with
manufacturer/customer hierarchy.
But this results in a long refreshing process. also this new big
dimension
slows down everything...

Any idea what I could do.

thx for help in advance










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.