2008-08-27 10 views
3

毎日約150,000行のデータがデータベースに書き込まれています。これらの行は、たとえば発信記事を表します。今すぐに、の1日あたりの平均記事数を示すSSRSを使用してグラフを表示する必要があります。 私はまた、昨日の記事の実際の数についての情報を持っている必要があります。SQL Server 2005からデータを集計する方法

アイデアは、私たちのすべての取引に関する集計ビューを持ち、何かが間違っていることを示すことができます(たとえば、平均より20%少ない記事を送ります)。

昨日のデータを毎晩SSASに移動させ、過去のデータからトランザクション数とトランザクションの実際の数を集計した値を格納するのが私の考えです。 SSASを使用することで、レポートのスピードを上げることができます。

これは正しい考えですか? SSASをスキップして、生データを直接報告する必要がありますか?私は、標準のSQLクエリを使用して生データに対してレポートサービスをどのように使用するのか知っていますが、SSASをクエリするときにこれがどのように変化しますか?私は知らないSSAS - 私はどこから始めるのですか?

答えて

2

SSASのすばらしい点は、計算された指標を作成するか、KPIを使用して、簡単に話す指標を得ることができることです。

私はDelivering Business Intelligence with Microsoft SQL Server 2005で始まりました。それはいくつかの良い紹介があったが、残念ながらそれは細部についてはあまりにも冗長である。しかし、このフレームワークを使用してSSAS、OLAP、およびレポートを理解したければ、それは良いスタートです。

Mosha Pasumanskyは、SSASにblogMDXに大きなlinksを持っています。

それ以外は、Microsofts Onlineの書籍をお勧めします。

0

SSASはETLツールです。基本的にはどこかの場所(あなたの発信記事)からデータを取得し、何か(集約)し、別の場所に置く(集約テーブル、データウェアハウスなど)。詳細については、リンクを確認してください。

DB内のすべての行を無期限に保持していない可能性があります。また、より長いトレンドをレポートできるようにするには、履歴データを集計する必要があります。したがって、レポートを作成する際には、この履歴データストアをソースが理にかなって使用します。それを使用して、あらゆる種類のすばらしいレポートを作成できます。

TL; DR:今後のレポートのニーズを考慮して、集計された履歴テーブルを定義します。 SSASを使用してテーブルを作成し、毎日の更新から更新します。そのテーブルからの報告。さらに読む:スタースキーマとデータウェアハウジング。

1

SSAS(Analysis Services)とSSIS(統合サービス)が混在していませんか?

SSASはETLではなく、OLAPツールです。

SSISはETLツールです。

私はローワンが言ったことすべてに同意します。私はその言葉にちょうど混乱している。

0

@Sergioと@Rowan

はい、私たちは(SSISツールがどうなるように)ロードについて話してデータベースにデータを変換ないです。これは、統合プラットフォームを使用して解決されました。

0

@Riri多分、あなたが提示した状況のためにSSASが過剰です。毎日、sumarizationテーブルを作成する必要がある場合は、SQL Serverに通常のJOBを作成し、それを通常のT-SQLスクリプトで実行して、それを達成できます。

私はこのアプローチを毎日のプロセスで数年間使って、毎日約9GBの新しいデータからビジネス指標を計算しました。それは速く、シンプルで、すでに慣れ親しんだテクノロジーを使用しています。 SSISパッケージ(または好きなETLツール)に移動することができますが、OLAPを提供する必要がない限り、SSASを使用することはお勧めできません機能をユーザーに提供します。

関連する問題