メモリ内のOLAPエンジンは、キューブ全体を格納するのに十分なRAMを使用する従来のOLAPエンジンに比べて利点がありますか?メモリが豊富な従来のシステムに比べてインメモリOLAPにはどんな利点がありますか?
たとえば、キューブ全体(またはスタースキーマ)がRAMに常駐するMOLAPエンジン(SSAS)とGB/TBのRAMを使用する場合、TM1/SAP HANAなどと比較してどのような違いがありますか?
メモリ内のOLAPエンジンは、キューブ全体を格納するのに十分なRAMを使用する従来のOLAPエンジンに比べて利点がありますか?メモリが豊富な従来のシステムに比べてインメモリOLAPにはどんな利点がありますか?
たとえば、キューブ全体(またはスタースキーマ)がRAMに常駐するMOLAPエンジン(SSAS)とGB/TBのRAMを使用する場合、TM1/SAP HANAなどと比較してどのような違いがありますか?
は、基本的には次のようにダウンしています:
本当にのために最適化されたシステム「インメモリ」の操作は、ランダムアクセスメモリページサイズ、異なるキャッシュ・レベル(CPUなどのアカウントいくつかの側面に取り... )など。
これは、RAMが提供する可能性とHDDが提供しない可能性を最大限に引き出し、優れたパフォーマンスを実現します。ファイルシステムへのアクセス用に最適化され
伝統的なエンジンは、通常、それはまだ動作し、そのようなエンジンがキャッシュ(メモリ)にすべてをロードした場合でも、アカウントに、ファイル/ファイルシステムなどのOSの取扱
に関連するいくつかの側面を取っていますディスク上にあるとデータAS上では意味があります。なぜなら、すべてがメモリに収まるわけではない状況でコードが動作しなければならないからです。両方の状況で同じ実装を使用すると、より良いテスト/安定性/バグ修正/保守性などが得られますが、RAMアクセスをファイル/ディスクアクセスとは異なるものにすることはできません。このようなエンジンは通常、RAMに特化した最適化を実装しているため、各世界(RAM対ディスク)に最適なものを提供するように高速化できます...私はそのエンジンを認識していません...