dbTalk Databases Forums  

Parent-child dimension in AS2005

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


Discuss Parent-child dimension in AS2005 in the microsoft.public.sqlserver.olap forum.



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

Default Parent-child dimension in AS2005 - 01-24-2006 , 01:21 PM






Our Sales Hieratchy looks like this:

-Sales Group
--Account Manager
---Customer

Sales Group is a parent-child. However, the grain of the fact table is
Customer which is the key of the dimension.

Do I need two separate dimensions? One for Sales Group and the other for
Account Manager and Customer? Or can I use all three in the same dimension
(preferred)?

Thanks in advance.




Reply With Quote
  #2  
Old   
Vladimir Chtepa
 
Posts: n/a

Default Re: Parent-child dimension in AS2005 - 01-24-2006 , 08:50 PM






IMHO you couldn't mix it in a single dimension. you should create 2
dimensions.

Vladimir Chtepa

"Jesse O" <jesperzz (AT) hotmail (DOT) com> schrieb im Newsbeitrag
news:u2gSytRIGHA.964 (AT) tk2msftngp13 (DOT) phx.gbl...
Quote:
Our Sales Hieratchy looks like this:

-Sales Group
--Account Manager
---Customer

Sales Group is a parent-child. However, the grain of the fact table is
Customer which is the key of the dimension.

Do I need two separate dimensions? One for Sales Group and the other for
Account Manager and Customer? Or can I use all three in the same dimension
(preferred)?

Thanks in advance.






Reply With Quote
  #3  
Old   
 
Posts: n/a

Default Re: Parent-child dimension in AS2005 - 01-25-2006 , 05:19 AM



Logically I would have though you would have split Sales Group/Account
Manager into one hierarchy and Customer into another. But the logical
data structures are not always the only consideration.

I actually built a dimension similar to the one you have proposed a
couple of years ago in an AS2k database. We had 345,000 customers, so
there was no easy way to browse customers without superimposing some
sort of navigation hierarchy over the top. These cubes were for monthly
sales reporting so the sales force hierarchy was an obvious choice.

The performance of such a large p-c dimension (10,000 sales people,
345,000 customers) in AS2k was REALLY bad. I ended up writing SQL code
to flatten the p-c hierarchy into a levelled hierarchy and then wrote
some DSO code to synchronize the dimension in AS.

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

In article <u2gSytRIGHA.964 (AT) tk2msftngp13 (DOT) phx.gbl>, jesperzz (AT) hotmail (DOT) com
says...
Quote:
Our Sales Hieratchy looks like this:

-Sales Group
--Account Manager
---Customer

Sales Group is a parent-child. However, the grain of the fact table is
Customer which is the key of the dimension.

Do I need two separate dimensions? One for Sales Group and the other for
Account Manager and Customer? Or can I use all three in the same dimension
(preferred)?

Thanks 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.