すべてのメーなメモリOLAPて従来のシステムの重要なメモリ?
-
16-10-2019 - |
質問
いメモリOLAPエンジンの利点を有の伝統的なOLAPエンジンを裏付ける十分なRAMを含む全体のキューブ(s)?
例えば、ものを使用していMOLAPエンジン(SSAS)、ギガビット/秒(GB/TBのRAMが全体のキューブ(あるいはスター-スキーマ)は、RAMの住民は、どういう違いのようなものTM1/SAP HANAアプライアンス?
他のヒント
ない私の専門分野が、私の大半のいわゆるメモリー中のOLAPデータベース(ない私は好きで使用されるマーケティングのピッチ以上として公正に比較技術) カラム指数の店舗.
カラム-店舗vs行-店舗(とどう違う) 良いイントロの技術までおなじみの伝統的なOLTPとOLAPデータベース構造。
列店指標登場、まさにSQLサーバーに2012年(通称'Denali').
こちらは リンク をパワーポイントによる発表Conor Cunningham(ビル-カニンガム)、ソフトウェアの建築家のSQLサーバーのクエリプロセッサのチームで新しい特徴です。
列店のできる重要なデータ圧縮とができないから列店。基本的にすべての値がカラムが格納され一度だけ辞書のDB店舗の整数辞書のキーの代わりに元の値です。また列店DBメモリでも大きく大きくなり、より困難な、コストのメモリを消費します。のパフォーマンスが改善しているほどの重要る必要がなくなることがあり前の総取引データキューブは必要なことが多いです。
また、列店で働く全てのカラムの値を順次メモリブロックをスキャンは少ないブロックをスキップの業務のようにすることがあります。がしかし一部欠点を列店transactionally、花のためのインスタンスに追加rowstoreテーブル以降のバージョン
所属していません dba.stackexchange