在設置支撐臺甚至整個倉庫的時候，消聲器消聲器要從業務的角度考慮。我們甚至可以在Z后一步調查現有的體系——如果所定義的指標和維度是合理的，而目前的R&D不能滿足它，我們需要的是補充R&D，而不是修改指標定義，甚至放棄這個指標。數據是從各種系統中產生的，但它的功能總是在業務中。不要節約資源。許多建模者建議使用范式建模，而不是維度建模。這個建模者無疑是一個的技術架構師——畢竟，這些天仍然有很多系統沒有范例——但無疑不是一個的數據架構師。從數據的角度來看，數據庫容量永遠是Z后考慮的因素?；蛘?，換一個角度，告訴老板，你可以把BI演示的速度提高5倍，排氣管消聲器日常SQL編寫的效率提高10倍，但是你需要4倍于現在的硬盤容量。這甚至不是老板的選擇題。星型和雪花型?；蛘吒鼫蚀_的說，是維度建模和范式建模。純范式建模不適用于OLAP體系，純星模型會遇到無數磨難。根據實際的業務情況(而不是底層系統)，做出適當的妥協——比如微觀維度和支持表——讓你的模型真正可靠。
