看這里！成功實施實時商業智能的三條法規
時間：2020-07-31來源：CSDN瀏覽數：358次
實時數據集市和商業智能解決方案不再是一件稀奇事或者是奢侈事情了。這些解決方案已經不是處于萌芽狀態，他們已經成為一種儀器工具性質的了，對于一些公司組織保持它們在核心業務中保持競爭力起到關鍵作用。在過去幾年，涌現出了一些工具，不過都是一些不太成熟的解決方案，到現在的一經請求就響應，實時商業智能解決方案看起來似乎是小菜一碟。但是，實際中并不是和我們想象的情景是一樣的。
當你為自己的公司設計一個實時商業智能解決方案時，你會遇到什么樣的挑戰呢？很明顯你會遇到下面的一些挑戰：在實時刷新數據集市的同時還要有高性能的提供分析信息的能力?實施實時商業智能成本費用與收益的比較定位?對一個或者更多源應用程序性能的影響?能否實時執行ETL過程中的所有變換?上面僅僅是眾多挑戰中的一小部分。在實施實時商業智能解決方案是，我們發現的最大的挑戰不僅僅是工具和技術。那么什么是最大的挑戰？有什么規則我們應該去遵守了？對實時這個定義要格外小心。在絕對術語中，沒有一個真正的實時商業智能解決方案。非常荒謬的是，實時商業智能并不是像有些商業大肆宣傳的那樣的。實時的定義和一個公司組織的信息需求有關。對于一些組織，實時響應定義或許在一分鐘之內，然而其他的一些組織，瞬時響應的需求或許要在幾毫秒。對于任何一個給定的方案，不要忘記原系統采集數據變化所需的時間，執行ETL過程和頻繁緩存訪問報表所需要的時間。在總的響應時間中，生命周期中的每一步都需要計算它的開銷的。想想每一步中數據集成和呈現解決方案所需要的時間，還能稱之為實時的嗎？但是，大多數此類的商業智能解決方案處理信息需求的時間是到分鐘的級別，或者延遲到幾分鐘的級別。對于一些實際的需求，把它標榜為實時的也不為過。最大的挑戰就是從一開始實施就能保證每個人的預期效果都是一樣的。本質上說就是確保每個定義實時的標準都是一樣的。一、確定信息的實時需求如何把握區分必須實時，最好實時，不必全部實時的分寸了？想避免每個單獨的信息在實時數據集市中實時刷新的想法是很困難的。大多數的實時商業智能的解決方案可以分成全部實時，非全部實時。你要能，并且必須能區分哪些信息元素要全部實時，執行實時的時間是一天，一周，或者是一個月刷新。考慮一下一個銷售的解決方案，這個方案實質上就是每月生成報表，本年度截止到現在的銷售情況。當源應用程序有一些改變時，數據集成引擎將要把這些銷售變量加入到實時數據市場，計算出相應的結果。但是，在這個解決方案中，員工這個變量因素的刷新頻率有多少了？讓我們假設員工這一因素的一些屬性從一個人力資源的應用程序得來，這個人力資源應用程序反應員工的偶爾變化，這些數據元素對銷售分析并不是很至關重要。那么在這個解決方案中，或許就可以將員工這一因素分成兩個成分。從事務系統中得到一些必要的員工信息（如員工ID等）。至于其它的屬性如辦公地點就可以放在一邊。這中安排就可以減少實時ETL過程加載量。同樣的，如果你只需要一些月報告的快照，你就可以每月構建一次。在實時商業智能解決方案中你需要設計一個瘦的數據集。針對每個刷新頻率繪制一條線，決定那些信息應該是實時的，那些能夠讓其等待是成功實時數據集市解決方案的關鍵。在進行分析和高水平設計階段，這些需要盡快解決。二、不要弄巧成拙從任何源應用程序捕獲數據最簡單的方法就是實時讀入源系統數據。但是，并不是有很多的應用管理程序允許你這么做。因此訪問源應用程序的選擇是很有限的。大多數的實時集成工具有一個實時數據復制引擎。和這個引擎一起有一個單獨的價格標簽。這個實時數據復制引擎影響到數據庫日志。有了這樣的一個工具就可以讓開發團隊的工作輕松，有數據庫提供商提供的數據庫本地復制器將會是一個簡單，有效節約成本的解決方案。這種實時數據收集的另一種替代方案就是使用數據庫觸發器。如果這種選擇沒有使得院系統在性能和維護上負擔加重，比起使用單獨的工具，這將是一個好的候選辦法，因為成本和維護費用更低。在不影響源系統性能的前提下，這種觸發器可以提交在源系統的變化信息到一個單獨的集結地，而實時數據集成引擎能不間斷的從這個集結地去讀信息。一些需要從多種系統整合的數據容量和刷新周期，能夠方便的由標準的ETL刷新策略所處理，這些策略包括數據庫觸發器，復制和其它一些機制。即時這里出現交替機制需要等待幾分鐘，可以考慮實施單獨的實時復制工具。三、進行信息圖像化商業智能解決方案最緊要的就是實時移交信息。因此提供一個可視化的圖案就更好了。由于商業智能中數據可視化重要性越來越受關注，分析儀表板不再認為是一個可有可無的工具了。當可以以數字化，統計來呈現一個事實的時候，有儀表板就會更好，就像企業擁有了一只鳥的眼睛，對事實的把握程度更準確。
（部分內容來源網絡，如有侵權請聯系刪除）
