HANA 内存数据库 · 软件图鉴

01 它是干嘛的

HANA 是 SAP 自研的数据库，也是 S/4HANA 的地基。它的核心思路是把数据常驻内存并采用列式存储，让「一边处理交易、一边跑分析」在同一份数据上完成，不必先把数据搬到另一个分析系统里去。

传统做法是两套系统：一套专门处理下单、发货这类高频小操作（OLTP），另一套专门跑汇总统计（OLAP）。每天夜里把交易库的数据抽出来、清洗、搬进分析库，第二天早上出报表。

这个架构的代价是「永远慢一天」，而且两套系统的数据模型不同，口径容易打架。企业为了一个实时数字，往往要额外做一堆中间件。

内存价格持续下降让工程师开始想：既然内存便宜了，为什么还要把数据放在慢得多的磁盘上？HANA 就建立在这个判断上——数据常驻内存、按列存储，聚合运算可以极快完成，于是同一份数据既能写也能算。

行式存储适合一次取一整条记录，列式存储适合一次扫一整列。报表大多只关心少数几列的汇总，列存因此快很多。

这张图原本描述数仓的分层结构，HANA 的价值在于把「贴源层 → 明细层 → 汇总层」之间的搬运时间压缩到近乎为零。

需要实时经营看板的企业

管理者要看的是此刻的库存与毛利，而不是昨天的数据。

海量明细的自助分析

上亿行凭证仍要支持任意维度下钻。

ERP 与分析的统一平台

希望一套系统同时承担交易与分析，减少数据同步链路。

高频结算与关账

月末关账要在数小时内完成千万级凭证的汇总。

HANA 通常随 S/4HANA 一起落地，单独使用者多为数据平台工程师。

Oracle Database传统强者，生态成熟；HANA 在分析型负载上更激进地押注内存。

Snowflake纯分析型、存储计算分离，适合做企业级数仓而非承载交易。