SQL Server 2012 OLAPキューブによるWebサイトの支援は妥当と考えられていますか？

私は、大規模な小売チェーン向けのソリューションの設計を任されています。彼らは、120万人の各顧客がWebサイトにログオンして、約50のカテゴリーにわたる最近の購入（当月、前月、年初から現在まで）の分布を確認できるようにしたいと考えています。データは毎日1回更新されます。

SQL Server 2012ベースのOLAPキューブを作成し、プロアクティブキャッシュなどの機能を利用して、Webサイトにこのキューブを直接クエリさせることを考えています。ただし、私は中心的な開発者であるため、SQL Serverの分析サービスの部分についてはほとんど経験がないため、このソリューションのパフォーマンスについてはかなり心配しています。

WebサイトをOLAPキューブに直接接続することは、実現可能なソリューションのように聞こえますか？そのようなシステムは、SQL Serverのように複数のユーザーからの負荷に反応して、これを合理的な解決策にしますか、それともまったく異なる動作をしますか？

ユーザーが自分のステータスを頻繁に確認することは期待していません。もちろん、Webサーバーなどでキャッシュを使用します。

これはOLAPシステムで行うことができます。このタイプのアプリケーションに対するSSASの利点には、次のようなものがあります。

• SSASは容易にスケールアウトできます。これは特に、キューブの書き戻しを必要としない読み取り専用アプリケーションであるためです。

• 集約を調整してI / Oを最小限に抑え、効率を高めるためにキューブを調整できます。

• OLAPクライアントソフトウェアとサードパーティコントロール（Webおよびリッチクライアント）は、多くのベンダーから簡単に入手できます。

• SQL Server 2012ビジネスインテリジェンスエディションは、SSASのスケーラビリティ機能のほとんどすべてを備えているため、SQL Serverエンタープライズエディション（またはサードパーティ）データベースのフロントキューブの費用対効果の高いプラットフォームとして使用できます。BIエディションはCALのみであるため、ライセンスが問題になる可能性があることに注意してください。

• SSASにはデータマイニング機能があり、これを使用してデータの買い物かご分析を行い、Webサイトに「推奨購入」機能をフィードできます。

一方、要件は比較的制約されたデータセットを表示することなので、OLAPサーバーのアドホックなスライスアンドダイス機能は、ソフトウェアのコストとそれを実行するためのハードウェアインフラストラクチャのコストの両方で過剰になる可能性があります（ SSASはリソースを大量に消費します）。定期的に更新されるサマリーデータベースを使用して当面の要件を達成し、ハードウェアとライセンスのコストを削減することができます。

一見すると、既存の要件を満たすためにOLAPはおそらく必要ないことをお勧めします。ただし、これは確かにこの方法で行うことができ、データマイニング機能からいくらかのマイレージを得て、「推奨購入」機能を提供することができます。

SSASは非常に重要なトピックです。データベースエンジンについて知っていることのほとんどをAnalysis Servicesに適用することはできません。唯一の目標がこのレポートのバックエンドを提供することである場合、Analysis Servicesの速度を上げてOLAPデータベースを実装することは、リレーショナルデータベース、または定期的に生成された実行スナップショットから実行されるReporting Servicesレポートの作成。

つまり、アドホックな多次元レポートやMDX式など、Analysis Servicesの長所の一部が本当に長期的に必要であり、非常に大規模なリレーショナルデータベースのパフォーマンスを大幅に向上させることができるデータウェアハウスの場合、学習する価値があります。ただし、1日で受け取ることはできません。

はい、これは非常に合理的な解決策です。同様の負荷のSSASを使用しているクライアントがいて、問題なく動作します。他のデータベース設計と同様に、得られるパフォーマンスは、キューブの設計の良さに直接関係します。