Hi,
I have a fact table with 5 dimensions. Two of them are product and warehouse.
There are textual attributes of the product / warehouse combination
Clearly these can't be held in either of the two dimension tables
I have created a ProductWarehouse table to hold the attributes. Not sure what type of table this would be, Bridge?
The idea is to relate the ProductWarehouse attributes to the fact data when reporting.
Should the ProductWarehouse table be joined directly to the fact or to the dimensions?
(The quick and dirty approach would be to hold the textual attributes on the fact but this feels completely wrong - any thoughts?)
Assuming the ProductWarehouse table is a viable approach, should this table use surrogate keys? If so then there is an additional complication in that the product dimension is SCD2.
Feel this not an uncommon modelling problem. Is there a best practice approach?
Thanks, Tom
I have a fact table with 5 dimensions. Two of them are product and warehouse.
There are textual attributes of the product / warehouse combination
Clearly these can't be held in either of the two dimension tables
I have created a ProductWarehouse table to hold the attributes. Not sure what type of table this would be, Bridge?
The idea is to relate the ProductWarehouse attributes to the fact data when reporting.
Should the ProductWarehouse table be joined directly to the fact or to the dimensions?
(The quick and dirty approach would be to hold the textual attributes on the fact but this feels completely wrong - any thoughts?)
Assuming the ProductWarehouse table is a viable approach, should this table use surrogate keys? If so then there is an additional complication in that the product dimension is SCD2.
Feel this not an uncommon modelling problem. Is there a best practice approach?
Thanks, Tom