SAP HANAはビジネスロジックをメモリに移し、分析をライブデータ上で実行可能にした

エンタープライズ分析にはレイテンシのコストが伴っていた。企業はトランザクションデータをデータウェアハウスにコピーし、集計値を事前に構築し、経営幹部が使う頃にはすでに陳腐化しているレポートを待っていた。

SAP HANAはそのスタック自体を攻撃した。Computerworldは2010年のリリースを、ディスクから読み取るのではなくデータをRAMに保持するインメモリエンジンであり、ERPシステムに接続してトランザクションデータをリアルタイムで分析できるものと評した。SAPはまた、単一の専有ボックスではなく複数ベンダーのハードウェアを組み合わせたアプライアンスモデルを選んだ。

技術リリースはなぜ高速なのかを説明した。HANAはスキャン、グループ化、集計のためにインメモリ列ストアを使用し、手続き型の計算をデータベースカーネルに埋め込んだ。SAPは、標準的なIntelプロセッサ上でコアあたり1ミリ秒あたり200万レコードのスキャン、コアあたり毎秒1000万件以上の複雑な集計を実現したと主張した。

質問する前にデータをコピーするのをやめること

データをRAMに保持することで、ビジネスユーザーが最も頻繁に問い合わせる内容からディスクのレイテンシを取り除いた。

列ストレージにより、多くの事前計算済み集計値を維持することなく、スキャンと集計を低コストで行えるようになった。

計算をデータベースカーネルに押し込むことで、データベース層とアプリケーション層の間の往復を避けた。

アプライアンスモデルにより、SAPはソフトウェアとパートナーのハードウェアを一緒に調整しつつ、単一ベンダーのハードウェアという罠を回避できた。

速度の飛躍は、層を削除することから生まれることがある。かつて希少な移動が起きていた場所に計算を置くのだ。

HANAは2010年後半に出荷され、2011年に一般提供された。その後、SAPのS/4HANA戦略の基盤となり、インメモリデータベースを分析用アプライアンスからSAPの次世代ERPの中核へと変えた。