在实际工作中,遇到的数据通常是很不规则的,类似于xml,有很多一对多的关系。例如一个商品,可以有很多种税,有几个累加的折扣,每个折扣又有一些信息,例如折扣的原因,折扣率之类。在《Star Schema The Complete Reference》中提到了两种经典的做法来解决一对多的关系。
但bridge方法在join fact table和 tax
1. 简单方法,用税来举例子,如果税的类型数是固定的,例如一个商品最多6种税。就把这六种税在fact table中放置6个外键,指向税的dimension table。其实如果是column database,加属性应是很快的,所以即使税的种类不定,应该也可以处理。这种方法的问题很明显,就是导致fact table的属性过多。
2. bridge方法。
做一个中间表,即bridge表,只有两个属性:groupid和taxid, 一个groupid对应fact table中的一个item, 一个 taxid对应一个group中一种税。taxid对应到tax dimension table的表中的一行。如果需要加税的种类,直接在 tax dimension table里加就可以了。这样就可以应用到tax 种类数量不清楚的情况。但bridge方法在join fact table和 tax