如何最好地將數據從SQL推送到Power BI？

Question

我們從業務（產品所有者，營銷團隊）獲得越來越多的要求，以提供我們系統中各種數據點的最新/快速答案。一個例子可能是我想知道這個問題被完整查看了多少次，它在搜索中提供了多少次等等。注意：這些是「應用程序級別」統計信息，而不是Google Analytics事件/跟蹤。

目前，我們將其存儲在SQL Server數據庫中，並且報告涉及到手動運行SQL查詢的開發人員。

我們想轉移到像Power BI這樣的系統，它可以使原始數據變得有意義。

從我的閱讀，這聽起來像我應該：

1. 安裝一個新的SQL數據庫，姑且稱之爲 「報告」 由當前數據庫和報表DB
2. 之間
3. 安裝SQL Server複製將Power BI連接到我的報告數據庫。

現在我的問題：

1. 這是一個好辦法，或者是複製矯枉過正？我擔心允許Power BI直接連接到我的實時數據庫，因爲這被各種應用程序/客戶使用，並且我想避免任何潛在的鎖定/衝突 - 因此我認爲複製可能是一個好方法？
2. 如果我只是從我的應用程序推送數據直直衝雙向電力（例如，通過REST調用？缺點這裏是雙向電力是我現在的主要數據「所有者」
3. 是否有更好的東西/超過電源適合？BI（我們沒有一個龐大的預算，現在 - 所以像潛望鏡是不可能的）

對我們的技術堆棧的一些注意事項，如果有幫助：

• .NET堆棧（SPA前端，.NET REST API後端）
• 一切都在Azure上
存儲在SQL Server

我意識到這個問題

所有的「應用程序級」數據運行有點主觀/開放式的，但只是在尋找的最佳方法的指導。

在此先感謝！

Answer 1

1. 複製是合理的，但可能是不必要的。您可以在「導入」模式下針對SQL使用Power BI，然後將數據緩存到數據集（實際上是Power BI Web服務中託管的SSAS Tabular多維數據集）中。您可以通過網關運行計劃刷新（或者如果您使用Azure SQL，則可以直接運行）。這也可以讓您對原始數據進行建模以滿足要求。

2. REST API仍然非常有限，每個數據需求/變化都需要開發人員參與。完整的產品提供了更多的用戶參與機會。

3. 如果您的預算是一個限制，那麼Power BI是一個明顯的選擇。您可以使用免費許可證長途跋涉： https://powerbi.microsoft.com/en-us/pricing/