權宜之計

有時候，機構內部業務之間的各類模式以及商務運營的不同觀念使得我們很難為單一實例部署一套與之完美契合的黃金標準。如果大家的機構中存在兩個處理迥異業務線的不同部門，那么要想讓他們使用同種類型的接口或數據交換分配體系并接受相同的軟件模型，無疑會帶來令人不勝其煩的海量工作。在這種情況下，大家可能希望尋求一套具備兩款緊密兼容的數據模型的統一IT基礎設施，進而充分滿足不同部門的具體需求。

如果大家正在運行的是一套混合模型——其中有些部門基于全球化系統，而另一些不是——該模型在企業內部運行著一致的應用程序套件，但在不同部門所使用的不同企業級軟件產品方面則采取差異化實施模式或者多產品策略，那么對整體運行狀態的監控及管理上無疑非常令人頭大。

在這種開發部下，大家可以創建前端門戶網站，用以為遍布企業的各種不同應用程序提供對應視角。實現該目標的常用方法之一就是構建一套數據倉庫，并從這些不同的應用程序中提取、轉換并載入數據，然后通過對這些數據的分析得出總體結論。這種做法的目的純粹是為了進行信息整合。

雖然數據倉庫能夠提供一款用于生成綜合性報告及數據查看的工具，但它從技術角度來說跟數據模型類似，很難達到通用性方面的理想狀態。不同應用程序在解釋數據的方式之間存在著巨大差異，這就意味著必然有一定數量的組件編碼在不同國家的不同系統結構中擁有不同的解釋結果。換句話來說，即使是我們將數據統一布置在數據倉庫當中，也未必會帶來什么積極意義。
使用數據倉庫作為全球性ERP替代品的另一大缺點是，這是一條典型的單行線路。大家通常會將數據從交易系統中提取出來，并布置到數據倉庫中去，數據的走向基本上是這種情況。而這里就出現了數據一致性問題，因為很可能交易系統說是這么回事、而數據倉庫則根據自己的記錄認為其實是那么回事。因此如果大家采納了數據倉庫方案，那么必須要考慮數據由倉庫返回源系統以作審計之用的情況，并為其部署相關建設。