挑选内存数据库应注意的10大问题

了解清楚下面10个问题，挑选内存数据库so easy!再也不用担心被老板问问题啦~

1. 我的应用是否无需人工干预和调整就能加速运行？

带内存缓存的磁盘数据库：否，需要手动配置

#FormatImgID_0#

磁盘数据库是在磁盘上管理数据，并利用附加内存缓存，来选择性地加快部分数据的访问速度。要想加快应用运行速度，数据库管理员需确定需要加速的数据。同时确保这些数据复制到了适当的内存缓存中。此外，他们还需维护索引及其他数据结构，以确保事物工作负载和分析工作负载的性能符合要求，这无疑是一项艰巨的任务。因为企业往往很难预测哪些数据需要加速，也难以确保混合工作负载的性能，而这救你导致企业需要进行大量测试和调整。

SAPHANA平台：是，无需配置

采用SAP HANA后，企业既不需要专门的缓存，也不需要多份数据副本。SAP HANA默认为在内存中管理数据，并采用列存储无缝执行分析处理和事务处理。此外，SAP HANA还采用CPU缓存处理压缩数据，利用多核处理器并行扫描数据列。同时使用SIMD指令同时处理多个数据集，因而能够交付无与伦比的性能，且无索引或物化视图。这样一来，应用可以实时获取所需数据，自动加速运行，无需数据库管理员干预。

2. 我能否预测即席查询的响应时间？

带内存缓存的磁盘数据库：不能，响应时间不可预测

磁盘数据库是在磁盘上管理数据，并利用附加内存缓存，来加快部分数据的访问速度。因此，只有专门访问缓存数据的查询才能在可预测的时间内返回结果。而所有其他查询都会出现延迟情况。因为数据访问时间取决于一系列参数，比如数据在磁盘中的存储位置、采用的索引、以及访问磁盘的秉性流程数量。此外，对于即席查询，如果所需的部分或全部数据只存储在磁盘上，其响应时间就无法预测。

SAP HANA平台：能，响应时间可预测

SAP HANA平台默认将数据存储在内存中，所有计划内和计划外(即席)的查询都能实时访问所需数据，在可预测的时间内返回结果。因此，企业可根据处理器的扫描速度、内存访问时间以及查询所访问的数据规模，估算响应时间。此外，SAP HANA只保存一份数据副本，供分析处理和事务处理用。因为能够消除数据同步造成的响应延迟，并确保所有查询都是使用最新数据。

3. 我能否实时获取全方位业务视图？

带内存缓存的磁盘数据库：不能，无法获得全方位视图，需要掌握有关向下钻取功能的高级知识

由于磁盘数据库是在磁盘上管理数据，并综合采用附加内存缓存、索引、预聚合及物化视图，来加速运行，因此用户在实时数据分析的粒度方面受到限制。为了提高性能，数据库管理员必须先将数据复制到内存缓存中，并为磁盘上的数据创建数据结构，这样用户才能执行向下钻取功能。此外，如果内存缓存太小，无法容纳所需的全部数据，数据库管理员还需调整系统大小，甚至可能需要重启系统。

SAP HANA平台：能，可以实时获取全方位业务视图

由于SAP HANA平台默认将数据存储在内存中，因此数据可以在任何维度实时聚合，无需索引、预聚合或物化视图。这样一来，SAP HANA不仅可以实时返回聚合数据，还能支持用户向下钻取到任何详细级别，对数据进行分析。因此，借助SAP HANA，用户可以自主分析任意粒度级别的数据，实时获得分析结果。

4. 我能否解决所有数据发现问题，且无需安排更多数据库管理员（DBA）来执行数据调整工作？

待内存缓存的磁盘数据库：不能，问题越多，数据库管理严需要花费的时间就越多

磁盘数据库是在磁盘上管理数据，并利用附加内存缓存和其他数据结构，来加速运行。如果用户想要在新的维度分析数据，事先要由数据库管理员配置和调整数据库，以确保合意的响应时间。具体来说，数据库管理员可能需要将数据复制到内存缓存中。删除或新建索引，或创建物化视图。但其中有些操作可能会损害其他应用的性能，因此还需要进一步调整。举例来说，更新索引所需要的时间可能影响事务应用的运行速度。

SAP HANA平台：能，数据库管理员无需投入额外时间

SAP HANA默认为在内存中管理数据。因此，应用可以直接从内存中获取所需数据，自动加速运行。此外，计划内和计划外的问题都可以实时得到解答，向下钻取工功能也可以在任何维度执行，无需数据库管理员的干预。而且，该平台无需数据复制、索引、预聚合或物化视图，就能交付实时性能。

5. 我的应用能否对同一数据副本同时进行实时更新与分析？

带内存缓存的磁盘数据库：不能

#FormatImgID_8#

带内存缓存的磁盘数据库通常是先在磁盘上处理事务(更新、插入或删除等操作)，然后更新内存缓存中的数据，进而确保读取一致性。因此，应用在执行事务和查询时，必须等待磁盘上的事务处理完成之后，才能访问缓存中的最新数据。由于磁盘访问比内存访问要慢许多，因此这些应用的运行就会出现延迟。

SAP HANA平台：能，事务和查询基于内存中的同一数据副本执行

SAP HANA平台是一种具备ACID特性的持久性列式内存数据库，能够在内存中利用单一数据副本加速处理查询和事务。SAP HANA列存储表具有临时增量存储功能，支持高效处理高速事务。因此，借助SAP HANA平台，应用可以在保持数据完整性和系统性能的同时，并行处理事务工作负载和分析工作负载。

6. 当所有数据存储在内存中等待处理时，我能否实时运营业务？

带内存缓存的磁盘数据库：不能，业务创新受磁盘速度限制

#FormatImgID_10#

磁盘数据库是在磁盘上管理数据，并利用缓存和其他数据结构，来加快数据的访问速度。这样一来，磁盘数据访问延迟的问题将得以缓解，但并不能完全消除。因为优化后的核心引擎只能管理存储在磁盘上的数据，而当数据未保存在磁盘上时，该引擎就不起作用。另外，虽然分析处理可以基于缓存数据进行，无需访问磁盘，但事务处理始终需要访问磁盘。

SAP HANA平台：能，经得起未来考验，目标使帮助企业以内存速度运营业务

SAP HANA内存平台保存一份数据副本，供事务处理和分析处理用。而且，所有数据都采用压缩的列存储格式，目的是最大限度地提高访问速度，支持用户将很少访问的数据保存在基于磁盘的列存储表中。这些数据还可以迁移到内存中进行处理，且无需重新整理，因此其访问速度仍然很快。

7. 我的SAP应用在内存平台上是否会运行得更快、更好？

带内存缓存的磁盘数据库：否，必须逐一测试SAP应用的性能

#FormatImgID_12#

SAP Business Suite能够在领先的RDBMS上高效运行，但并未针对任意指定RDBMS进行专门优化。目前，尚未证明SAP Business Suite可以在各种附带内存缓存的RDBMS上运行，该解决方案在这些扩展内存上运行的性能还需逐一验证。

SAP HANA平台：是，业务逻辑存在于数据库中

SAP HANA平台支持与数据相关的业务逻辑在数据库中运行，并提供大量高级业务函数库、算法和服务，以便高效地关联和分析数据。此外，SAP HANA还提供易于使用的建模功能，用于向数据库自动推送应用逻辑。SAP Business Suite可以充分利用上述功能，来提高自身性能。

8. 我能否利用内存解决方案简化IT架构？

带内存缓存的磁盘数据库：不能，不同请求需要多份数据副本

#FormatImgID_14#

由于磁盘数据库实在磁盘上管理数据，因此需要部署内存缓存来加快数据访问速度。这就需要引进额外的技术层，还需同步和维护多份数据副本。这样一来，系统资源使用量、系统管理负担以及IT基础架构复杂性都随之增加。

SAP HANA平台：能，所有请求用一份数据副本

#FormatImgID_15#

SAP HANA平台充分利用了内存计算技术，并基于单一平台交付应用、数据库和集成服务，因此能简化IT架构。通过充分利用内存计算、SAP HANA可以基于同一系统和单一数据副本高效地处理事务、数据流、图形和高级分析，比如预测分析、空间数据分析和文本分析。此外，通过在单一平台上交付应用、数据库和集成服务，SAP HANA可以减少操作系统之间以及数据库与应用服务器之间的数据移动和分析。这样，企业就能提高系统性能，简化IT基础架构，并降低管理成本。

9. 我能否仅凭现有的DRAM和CPU资源，在同一系统上执行事务处理和分析处理？

带内存缓存的磁盘数据库：不能，如果要同时执行事务处理和分析处理，就需要更多DRAM和CPU资源

#FormatImgID_16#

要想在同一系统上处理事务和分析工作负载，磁盘数据库需要使用专门的内存缓存。但是，要利用这种新的技术层，磁盘数据库不仅需要创建多份数据副本并保持其同步，还必须将收到的请求导向适当的数据副本。这就会增加所需的CPU和内存资源，导致系统响应延迟。

SAP HANA平台：能，因为SAP HANA只需一份数据副本

SAP HANA平台能够充分利用最新的硬件创新成果。该平台利用SIMD指令、基于多核处理器的高级并行处理技术，以及数据压缩技术，最大限度地提高了CPU和RAM的利用率。这样一来，企业就可以基于同一系统和单一数据副本处理混合工作负载，同时最大程度地提高系统资源利用率。

10. 我的数据库供应商能否提供集事务处理与分析处理于一体的内存数据库？

带内存缓存的磁盘数据库：未计划公布

SAP HANA平台：能

#FormatImgID_18#