在設(shè)置支撐臺(tái)甚至整個(gè)倉(cāng)庫(kù)的時(shí)候，消聲器消聲器要從業(yè)務(wù)的角度考慮。我們甚至可以在最后一步調(diào)查現(xiàn)有的體系——如果所定義的指標(biāo)和維度是合理的，而目前的R&D不能滿足它，我們需要的是補(bǔ)充R&D，而不是修改指標(biāo)定義，甚至放棄這個(gè)指標(biāo)。數(shù)據(jù)是從各種系統(tǒng)中產(chǎn)生的，但它的功能總是在業(yè)務(wù)中。不要節(jié)約資源。許多建模者建議使用范式建模，而不是維度建模。這個(gè)建模者無(wú)疑是一個(gè)的技術(shù)架構(gòu)師——畢竟，這些天仍然有很多系統(tǒng)沒(méi)有范例——但無(wú)疑不是一個(gè)的數(shù)據(jù)架構(gòu)師。從數(shù)據(jù)的角度來(lái)看，數(shù)據(jù)庫(kù)容量永遠(yuǎn)是最后考慮的因素?；蛘?，換一個(gè)角度，告訴老板，你可以把BI演示的速度提高5倍，排氣管消聲器日常SQL編寫(xiě)的效率提高10倍，但是你需要4倍于現(xiàn)在的硬盤(pán)容量。這甚至不是老板的選擇題。星型和雪花型。或者更準(zhǔn)確的說(shuō)，是維度建模和范式建模。純范式建模不適用于OLAP體系，純星模型會(huì)遇到無(wú)數(shù)磨難。根據(jù)實(shí)際的業(yè)務(wù)情況(而不是底層系統(tǒng))，做出適當(dāng)?shù)耐讌f(xié)——比如微觀維度和支持表——讓你的模型真正可靠。