目前整個(gè)行業(yè)通常的模型治理方法，是規(guī)定一種建模規(guī)范，大家在編碼的過(guò)程中各自遵守。

當(dāng)業(yè)務(wù)開(kāi)始變得模糊不清的時(shí)候，再專(zhuān)門(mén)抽調(diào)時(shí)間，來(lái)做人工治理。就像黃河一樣，流沙清理了一次又一次，但上游還是會(huì)沖下新的流沙。

?

數(shù)倉(cāng)的假設(shè)既然都是采用的維度建模，那么其設(shè)計(jì)思想必然是自下而上的進(jìn)行建設(shè)，與架構(gòu)進(jìn)行類(lèi)比，也就是先做好子模塊，最后做頂層設(shè)計(jì)。
但如果設(shè)計(jì)者不熟悉對(duì)應(yīng)的領(lǐng)域模型，一旦業(yè)務(wù)上發(fā)生了變動(dòng)，一張核心表動(dòng)輒幾百?gòu)埖囊茫瑫?huì)讓重構(gòu)的工作變得困難無(wú)比。
比如模型的健康分，看看你的存儲(chǔ)成本有多少、計(jì)算成本有多少、生命周期是不是合理、代碼規(guī)范有沒(méi)有避免全表掃描，等等。但這些工作只能發(fā)現(xiàn)一些常規(guī)的問(wèn)題，也依然需要進(jìn)行人工治理，不僅效率上沒(méi)有得到提高，每天推送的郵件也會(huì)讓你產(chǎn)生心煩。
投入多少人，投入多少時(shí)間，終歸是解決了一時(shí)的問(wèn)題，而非長(zhǎng)遠(yuǎn)。

因此，換個(gè)思路考慮問(wèn)題，當(dāng)業(yè)務(wù)高速發(fā)展時(shí)，數(shù)倉(cāng)勢(shì)必要跟著跑，不然業(yè)務(wù)都跪了，數(shù)倉(cāng)又有何用。但業(yè)務(wù)通常不會(huì)一直處于高速發(fā)展的階段，就像長(zhǎng)跑一樣，總有跑跑停停的時(shí)候，因此如果我們遵循一定的做事方法，流程上多一點(diǎn)步驟，那么就會(huì)極大的延緩數(shù)倉(cāng)治理的問(wèn)題。
即不追求長(zhǎng)久的問(wèn)題解決，而以一段時(shí)間內(nèi)的穩(wěn)定為目標(biāo)，比如一年。當(dāng)業(yè)務(wù)已經(jīng)發(fā)展到比較穩(wěn)定的階段，再回過(guò)頭來(lái)做治理，既能夠避免因?yàn)闃I(yè)務(wù)變動(dòng)而影響模型重構(gòu)，也可以節(jié)省大家的精力和壓力，就不失為一種解決思路了。
完美的解決方案通常不存在，退而求其次是大多數(shù)人的選擇。當(dāng)技術(shù)無(wú)法解決問(wèn)題時(shí)，不妨用另類(lèi)思路去解決。