質問

をはじめ、こんなOLAP、その用語は、お気軽にご提供訂正に関するお知らせ"を参照。

いくつかについて触れたいと思いつOLAPでのすべての取引の空間速度記載すprecalculate(計算需要メモリカード取扱説明書別紙"に集約、コーディネイトスタイルで、鍵付きるよ定します。について?解決方法この作品の寸法と離散的な値のセットのように、{男性、女性}または{月,月,...Dec}または{@US_STATES}.その一方で、寸法が完全に任意の値のように(0, 1.25, 3.14156, 70000.23, ...)?

はないのか、そのOLAPを妨げるものの集合体によるクエリのヒットがテーブル、それとも単に使用バイパスすることができる物はprecalculated?のように、任意の集合体に任意の値が必要となる場合があるの?

その他の援に関する学習についての詳OLAPうよろしくお願いいたします。一見すると、Googleない乾式に比べ、より好評論).

編集:を求められるとの寸法が任意の値です。

  • 速度の実験:1.256m/s-2.234m/s33.78m/s
  • 値の取引$120.56,$22.47,$9.47
役に立ちましたか?

解決

お速度値カラム例けられていないことが一般的にソート柱のないクエリには、OLAPの方も多いと思い値だけを取り出そうとすると、想定外のショックが発生する蓋然の結果セットのいずれかとして個人の行または起因します。

しかし、い 通常.当社のOLAPスキーマにして良い例のカラムだけを考える:event_time(日付-時間分野では、granualarityにして変更することができます。当社のデータではほぼ独特なイベントをする時と同じでした年間のデータテーブルは、その手段が何百万もの人々の潜在的に離散的な値の場合弊社はOLAPのクエリにしてもい制約に基づく時間。

このセクションのいDavid Raznickは語っている-自分の好きな名前を付けて"bucketed"バージョンの値です。その為に、テーブルに加え、event_time列しておりevent_time_bucketedカラムするだけの日のイベントの時刻部分が00:00:00になります。このカウントの独自の価値から、数千万を数性を確保するためのものです。そして、すべての問い合わせに対応する制約日当日まで制限両のbucketedのリアルカラム(以降、bucketed列のできないほど正確に実質価値の例:

   WHERE event_time BETWEEN '2009.02.03 18:32:41' AND '2009.03.01 18:32:41'
     AND event_time_bucketed BETWEEN '2009.02.03' AND '2009.03.01'

この場合は、エンドユーザーを見ると、event_time_bucketedカラムであるクエリを最適化する

浮動小数点値ようなものbucketing戦略が必要か考えている方法と結果を比較的にも物流の価値を維持する隣接.例えば、クラシックベル分布(しっぽう非常に長くいたいを定義する範囲で、バルクの人生の、1または2の標準偏差からの平均),分で均一なバケツ、ついにバケツに"小型化"や"すべき".

他のヒント

私はこのリンクをお手軽に http://www.ssas-info.com/

チェックのwebcasts部にも徒歩で異なる側面から、BI、倉庫を設計-キューブの寸法を計算し、集,Kpiの視点など。

にOLAP集中を低減のクエリーの応答時間を事前に計算した値によって使用される場合は、しかし、今回の反省としては増収納スペースとしてスペースが必要となる店舗の集合体から基地データです。

SQLサーバーの分析サービスの利用に基づく最適化ウィザードに凝集によるデザインの解析に関しては、提出による顧客への報告お客様のようなSQL Serverに報告サービス、Excelやその他)および精製の集計デザインします。

この助けになっていますよ。

乾杯

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top