hana数据库与数据仓库区别

一、hana数据库与数据仓库区别

hana数据库与数据仓库区别分别是：

1、相对复杂的表格结构，存储结构相对紧致，少冗余数据。

3、相对简单的read/write query，单次作用于相对的少量数据。

1、相对简单的(Denormalized)表格结构，存储结构相对松散，多冗余数据。

3、相对复杂的read query，单次作用于相对大量的数据（历史数据）。

并且数据库 Database(Oracle, Mysql, PostgreSQL)主要用于事务处理，数据仓库 Datawarehouse(Amazon Redshift, Hive)主要用于数据分析。

并不是所有的读操作，数据仓库一直都有优势。比如在如下两种情况时，数据仓库的读表现并不如数据库：

1、在对小量数据进行读取操作的时候，由于数据仓库要进行找Node的location之类的预运算，整体效率上反倒不如数据库。

2、如果读取操作的目标不是主键(PrimaryKey)或者分配键(PartitionKey)，那么数据仓库的查询也需要进行全局扫描，效率上就不好说是否胜过数据库了。

二、sap hana和sap软件的区别

HANA是一个软硬件结合体,提供高性能的数据查询功能,用户可以直接对大量实时业务数据进行查询和分析,而不需要对业务数据进行建模、聚合等.用户拿到的是一个装有预配置软件的设备.至于HANA的云服务,只是对用户而言可以在不购买相关硬件的情况下享受HANA的高性能,而HANA云服务的背后还是需要更高性能的硬件支撑的.

软件方面,HANA的内存数据库（SAP In-Memory Database,IMDB）是其重要组成部分,包括数据库服务器(In-Memory Database Server)、建模工具（Studio）和客户端工具（ODBO、JDBC、ODBC、SQLDBC等）.HANA的计算引擎（Computing Engine）是其核心,负责解析并处理对大量数据的各类CRUDQ操作,支持SQL和MDX语句、SAP和non-SAP数据.比较显而易见的一点是,HANA计算引擎要快速处理用户复杂的查询请求,快速返回查询结果.

SAP内存数据库的数据并不是只在内存里,也会不停写到硬盘里,这就用到复制服务器Replication Server,包括Log-based,Trigger-based和ETL-based.这些复制服务器需要用到Sybase Replication Server、Sybase Replication Server Agent、Sybase Adaptive Server EntERPrise(AES,适用性服务器)等,以及HANA Load Controller和BO Data Services.

操作系统方面,HANA目前只能运行在Suse Linux企业版（SLES）上.

,SAP和多个硬件厂商合作生产支持HANA的高性能服务器,包括Dell R910、Fujitsu、HP DL580、IBM x3850等,以及和Cisco（Cisco Unified Computing System.UCS）等公司的合作.直观地说,这些机器的硬盘可能是数个600GB、转速10k rpm的硬盘组成RAID,内存可能有1T,文件系统可能是ext3或GPFS（IBM通用并行文件系统,General Parallel File System）.

和HANA类似,Oracle的Exadata也是一个预配置的软硬件结合体,提供高性能的数据读写操作.Exadata机器由Exadata数据库机器、Exadata数据库服务器、Exadata存储服务器以及高速网络接口等组成.InfiniBand端口的传输速度可以达到40Gb/秒.

HANA的快在于用大内存提供内存数据库,并在内存数据库里采用列式存储从而可以将更多的数据装进内存（列式存储更适合数据压缩）.

三、HANA数据库

SAP的创新力与市场策略：HANA数据库的崛起与挑战

HANA数据库，由SAP公司倾力打造，它不仅是列式存储的革命性产品，更是一个将软硬件一体化的高效解决方案。与传统数据库相比，HANA以其卓越的性能、极高的压缩比和相对高昂的价格，确立了其在市场上的独特地位。SAP的战略转型，从支持第三方数据库的开放策略转向专一支持HANA，无疑给竞争对手如Oracle带来了冲击，这既体现了市场竞争的激烈，也凸显了HANA技术的革新价值。

尽管HANA的技术创新并非独创，如列式存储和内存计算，但SAP巧妙地整合了各家之长，使其在市场上崭露头角。SAP在HANA的推出上展现了前瞻性的商业策略，即便技术尚不完善，也选择尽早推向市场，通过用户反馈不断迭代升级。比如，当Oracle的内存数据库项目紧随其后时，HANA凭借先发优势已经占据了显著的市场份额。

从2.0版本的稳健到成熟应用：HANA作为数据仓库的考量

目前的HANA数据库已经发展到了2.0，问题得到了有效解决，作为一款成熟的数据库产品，我们探讨其在数据仓库中的应用。确实，HANA可以作为底层数据库，通过将计算任务下移到数据库层面，减少I/O，对数据仓库有所助益。然而，其适用性取决于前端数据消费的方式。

如果前端报表工具需要处理的是汇总数据，HANA的高性能和实时计算能力就能大放异彩，使得数据仓库底层的选择变得合理。列式存储的特性使得分析维度的预设不再是必要，数据聚合可以实时进行，提供了分析的灵活性。但当涉及到大量明细数据的消费时，HANA的优势则可能受限，因为列式存储并不特别适合处理大规模的明细数据。

总结来说，HANA数据库作为数据仓库底层的选择，其价值取决于数据处理的特性。只有在正确理解和利用其特性，才能充分发挥其在数据仓库中的潜力。因此，对于HANA，我们需要根据实际需求，合理评估其是否是最佳的数据仓库解决方案。