customer and accounts
4 posters
Page 1 of 1
customer and accounts
Hi
I have two dimensions, Customer and account if an account can only have one customer is it better to put the customer key in the account dimension or have a customer/account fact table
Regards
Tim
I have two dimensions, Customer and account if an account can only have one customer is it better to put the customer key in the account dimension or have a customer/account fact table
Regards
Tim
tim_goodsell- Posts : 49
Join date : 2010-09-21
Re: customer and accounts
Since these are two different things (entities), I would separate them. The only caveat is if "account" is just a synonym for "customer".
BoxesAndLines- Posts : 1212
Join date : 2009-02-03
Location : USA
Re: customer and accounts
I would keep them seperate.
Let's say you to create a Customer level aggregate. If you combine Customer and Account in one dimension, you would have to create a mini-dimension for customer and a view of the customer key and other relevant data from the account table. If the dimension table is big, creating a Customer view from the account dimension can be slow.
Let's say you to create a Customer level aggregate. If you combine Customer and Account in one dimension, you would have to create a mini-dimension for customer and a view of the customer key and other relevant data from the account table. If the dimension table is big, creating a Customer view from the account dimension can be slow.
Jeff Smith- Posts : 471
Join date : 2009-02-03
Re: customer and accounts
If an account belongs to only one customer, putting the customer key in account dimension is enough.
But be careful if your customer key is a surrogate key. If any change occurs in customer record, you create a new customer sk and you have to reflect this change to the account dimension table. You have to insert a new record, because of the SK change.
But be careful if your customer key is a surrogate key. If any change occurs in customer record, you create a new customer sk and you have to reflect this change to the account dimension table. You have to insert a new record, because of the SK change.
umutiscan- Posts : 51
Join date : 2010-11-26
Age : 44
Location : Istanbul, Turkey
Similar topics
» Merging customer data from disparate sources to create a master customer dimension
» De-normalizing Customer Information to create a Customer Dimension
» Parent and Child Accounts
» A/R Accounts Receivable Star Schema
» Bridge table for chart of accounts
» De-normalizing Customer Information to create a Customer Dimension
» Parent and Child Accounts
» A/R Accounts Receivable Star Schema
» Bridge table for chart of accounts
Page 1 of 1
Permissions in this forum:
You cannot reply to topics in this forum