dbTalk Databases Forums  

dimension of a dimension

comp.databases.olap comp.databases.olap


Discuss dimension of a dimension in the comp.databases.olap forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
cagdasozgenc@hotmail.com
 
Posts: n/a

Default dimension of a dimension - 02-07-2005 , 02:25 AM






Greetings.

I went through all articles and books but could not find a decent
answer to the following warehouse design problem.

We are a bank, and we have millions of customers.

Some of our customers are firms, and we coordinate paychecks on behalf
of them. Their employees are also our customers.

You can see that there is a self-reference to the customer dimension.
We need to keep an attribute over the customer dimension indicating who
his employer is.

The problem here is that we need to keep history for this customer
dimension, likely to be Kimball Type2. However anytime an attribute of
an employer changes, it requires a change in all of its employees as
well. This causes a rapid change. Not all our customers have employers,
and there is no reqiurement of keeping many to many relation between
employer and employee, for now.

We do not want to make employer another dimension attached to our
Accounts fact-table because it is too product specific
(paycheck-product). Moreover it is also not feasible to separate
paycheck product into another table because business asks questions
like "what are the total balance of savings accounts of customers
belong to X employer". It is also impossible to ask questions like "how
many employees does employer X have?" to the fact table because not
necessarily every customer create an entry in the fact table every
month due to inactivity or temporary paycheck suspension.

Another similar situation we have is that every customer has (one and
only one) an account-officer. Each time some property of an officer
changes, it ripples through all its customers. Because we would like to
keep everything historical, and need to display the performance of
every account-officer every-month in a year. Again making officer
another dimension makes it impossible to keep count of customers
belonging to an account officer. Maybe we should keep factless
fact-tables for all these count issues, but that might require too many
long fact tables.

Suggestions?

Sorry for the long post.

Thanks in advance.


Reply With Quote
  #2  
Old   
cagdasozgenc@hotmail.com
 
Posts: n/a

Default Re: dimension of a dimension - 02-07-2005 , 11:06 AM






Jörg Narr wrote:
Quote:
Hi,

Some of our customers are firms, and we coordinate paychecks on
behalf
of them. Their employees are also our customers.

You can see that there is a self-reference to the customer
dimension.
We need to keep an attribute over the customer dimension indicating
who
his employer is.

Did you think about a parallel hierarchy to provide this information?

J.
What do you mean by that?



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.