這是商業智能工作流程的正確理念嗎？

Question

我是商業智能新手。

我剛剛被一家公司僱用，以完成他們的網絡解決方案，實施一個BI模塊。經過大量閱讀後，我想我可以瞭解一個BI流程的樣子，你會發現我的想法是一個BI流程。

您能否告訴我這是否是所有工作流程的正確願景？如果不是，請糾正我。另一個問題是，我無法在模式中看到數據挖掘的位置，如果需要，我應該在哪裏使用它？

非常感謝，

Answer 1

下面是幾個百分點，你可能要考慮：

1. 它是正確的，因爲表現層是Excel或Web服務，沒有別的？如果您想部署SSRS，Cognos，Business Objects，Microstrategy等Web報表平臺，該怎麼辦？這些平臺通常直接訪問數據而無需Web服務。

2. 您可能需要將其他數據輸出到平面文件和下游數據庫。數據可能基於OLAP多維數據集或原始源數據。因此，您可能希望將它們作爲主數據倉庫級別和OLAP級別的目標。

3. 如果您實現了一個Web表示層，它可能不僅僅是一個OLAP多維數據集。您很可能會收到一份報告數據的請求，這些數據不包含在OLAP多維數據集中，並且可能不值得爲支持少數報告而添加數據。如果是這樣的話，那麼您可能會想要指出，主要的數據倉庫可能是Web報表平臺的來源 - 不僅僅是OLAP。

4. 數據集市通常不包含彙總數據 - 它們通常包含詳細級數據。 OLAP多維數據集對詳細數據執行聚合，但底層數據集市本身包含事務級事實。

5. 您可以擁有由ETL過程（如Web服務）導入的其他數據源。您可能還想強調，存在多個數據庫和平面文件，就像您強調可以有多個數據集市和OLAP多維數據集一樣。

6. 對於OLAP多維數據集，您不一定需要單獨的數據集市。如果要構建一箇中央數據倉庫，則可以創建一箇中央OLAP多維數據集，並根據多維數據集安全角色限制對維度和數據片的訪問。

7. 您可能希望指出在加載數據倉庫之前需要加載臨時數據庫。也許情況並非如此，但通常我建議有一個單獨的臨時數據庫，以便在合併到數據倉庫之前有一個加載位置。一些ETL過程可以直接進入數據倉庫，因爲它們可以在途中合併，但是有很多情況下，在將數據合併到最終目標之前，將數據加載到臨時數據庫中可能有意義。這也意味着ETL/Stored Procedures可能應該是它自己的圖表中的實體，因爲它是一種移動數據的方法，而不是它的目的地或對象。如果你看看你的圖表，你所有的實體都是實際的對象，而不是像MDX這樣的進程。

8. 你可能想顯示的數據通過ETL過程加載到數據集市。 ETL不僅僅是加載數據倉庫，而是關於在任何階段移動數據。即使處理立方體也需要一個ETL過程。

9. 您的OLAP服務器不一定要位於另一臺物理服務器上 - 它可能是數據庫服務器上的服務。這取決於您是通過擴展還是擴展來解決性能問題，還是由於地理性能問題而打算將多維數據集發佈到多個OLAP服務器。