dbTalk Databases Forums  

Indirectly changing dimensions

comp.databases.olap comp.databases.olap


Discuss Indirectly changing dimensions in the comp.databases.olap forum.



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

Default Indirectly changing dimensions - 02-02-2005 , 09:22 AM






Greetings,

I have an interesting scenario, which I could not figure out how to
handle.

In our bank, each customer has one and only one main branch. These
branches may change in time. Therefore I use Kimball type2 approach and
add a new entry to the customer dimension table when such thing
happens. So far so good.

For some business reason there is a mapping table that maps branches to
branches. We use customers branch and a column in the mapping table to
yield another branch. This is something like finding an auxilary
branch. Unfortunately these mappings change frequently. Naturaly when a
single row of mapping table changes more than one customer is affected.

I would like to be able to track history of these mappings, that is
when a query to the fact table uses some time in the past, I would like
to use the mapping at that point in time.

I thought of putting the auxilary branch on the fact table itself. This
partially solves the problem. The most problematic part is when
counting customers with respect to auxilarry branch at sometime in the
past. Or any other query that doesn't use any of the fact tables that
the customer dimension is related to.

Thanks in advance.


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

Default Re: Indirectly changing dimensions - 02-04-2005 , 02:21 AM







nvs wrote:
Quote:
Hi,from the information given by you It seems that you require one
more
dimension:the auxilary branch dimension.I think the structure may be
same as main branch dim.So you have new auxilary dimension key added
to
the fact table along with time and other dimensions.So fact table
itself can be used to retrieve the mapping of branches over the
time.with new dimension counting customer of auxilary branch will be
simple.
Let me know if this works!
Cheers
Niranjan
Thanks for your reply.

Making the auxillary branch a new dimension partially solves the
problem.

Each customer does not necessarily create an entry in the fact table.
Hence, taking a distinct count on customers over the fact table may not
give the actual count at every point in time. Moreover such query is
very costly on a long fact table.

I thought of making a separate specific fact table (a factless fact
table) to keep track of customer situation, similar to university
course attendance fact table example that one can find in every data
warehouse article.

What do you think?

Thanks again.



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.