我每天有大約150 000行數據寫入數據庫。例如，這些行代表外發文章。現在我需要顯示使用SSRS的圖表，顯示隨着時間的推移每天的平均物品數量。 我還需要提供有關昨天的實際文章數的信息。如何從SQL Server 2005中彙總數據
的想法是對我們所有的交易聚合視圖，並有東西可以表明，什麼是錯的（我們例如發送低於平均20％的文章）。
我的想法是每天晚上將昨天的數據轉移到SSAS，並存儲交易次數和昨天數據的實際交易次數的總計值。使用SSAS有望加快報告速度。
你認爲這是正確的想法？我應該跳過SSAS並直接在原始數據上進行報告嗎？我知道如何使用標準SQL查詢對原始數據使用報告服務，但在查詢SSAS時會如何更改？我不知道SSAS - 我從哪裏開始..？
SSAS的優點在於，您可以通過創建計算度量值或使用KPI輕鬆獲取您所談論的那些指標。
我開始Delivering Business Intelligence with Microsoft SQL Server 2005。它有一些很好的介紹，但不幸的是，當涉及到細節時，它太冗長了。但是如果你想了解SSAS，OLAP和使用這個框架進行報告，這是一個好的開始。
Mosha Pasumansky有一個blog在SSAS和MDX偉大的links。
除此之外，我會推薦微軟在線書籍。
SSAS是ETL工具。基本上，你從某處（你的傳出文章）獲取數據，對它做些什麼（聚合），並將其放在其他地方（你的聚合表，數據倉庫等）。詳細信息請查看鏈接。
你可能不會無限期地保持所有DB中的行，如果你希望能夠在你需要在任何情況下做一些歷史數據彙總的長趨勢報告。因此，使報告使用這個歷史數據存儲作爲他們的來源是有道理的。然後你可以用它來做各種奇特的報道。
TL; DR：根據您將來的報告需求定義您的彙總歷史記錄表。使用SSAS填充表格並從每日更新中刷新它。該表的報告。進一步閱讀：星型模式和數據倉庫。
你確定你是不是混淆SSAS（分析服務）和SSIS（集成服務）？
SSAS不是ETL，它是OLAP工具。
SSIS是一個ETL工具。
我同意羅文所說的一切。我只是對這些條款感到困惑。
@Sergio和@Rowan
是的，我們不談論加載和轉換數據到數據庫（如SSIS工具會做）。這是通過我們的集成平臺解決的。
@Riri也許SSAS對於你所呈現的情況來說是過量的。如果您只需每天填充sumarization表，您可以通過在SQL Server中創建常規JOB並在常規T-SQL腳本中完成它來完成它。
我已經在日常流程中使用了這種方法好幾年來計算每天大約9GB新數據的業務指標。它的工作原理很快，很簡單，它使用了你已經習慣的技術。如果您的日常流程變得更加複雜（需要從文件讀取，使用FTP，發送電子郵件），您可以移動到SSIS包（或任何其他您喜歡的ETL工具），但我不建議使用SSAS，除非您需要提供OLAP功能給你的用戶。