我儿子非常喜欢出去吃中国菜。他总是期待着我们去的时间，他很清楚自己到了那里想要什么。他最喜欢的是幸运饼，这对7岁的孩子来说并不奇怪。我们都轮流给对方看我们的命运，他们几乎总是平淡无奇。不过，上次我们去的时候情况不同了。我的幸运饼特别引人入胜。上面写着：

"你看得越远，你可能会看到越远的未来"

作为一名解决方案工程师，这让我想到了我每天工作的技术。值得注意的是，这提醒了我，我们的客户显然需要保留尽可能多的有意义的信息。

最好的例子来自我们的一位合作伙伴在预测分析方面的演示，特别是与大数据相关的演示。这位主持人讲述了他在2008年次贷危机后如何与房利美密切合作。他详细说明了他们是如何获取数据的，与该机构的分析专家密切合作，了解他们的预测模型，并总结了一份验尸报告。调查结果令人清醒。他们发现，该机构本可以预测抵押贷款危机。考虑到他们使用的数据和模型，他们知道会发生一些事情，但无法精确地识别事件。"尤里卡时刻"到来之际，他们将一度被认为"冷门"的数据带回网络。同样的算法应用于另外10年的数据，得出的结论是，危机将要发生的确切年份和季度，如果他们没有将数据从系统中过时，他们本可以预测到这一点。

从那天起，我就再也没有对数据温度这一话题进行过同样的研究。至少"冷数据"的概念永远离开了我的家乡。在最好的情况下，你能得到的最酷的是"温暖"。为此，我开始将数据称为white hot（内存中，免费云服务器试用，经常访问）、hot（集成近线存储，经常访问）和warm（Hadoop/其他RDBMS，可能访问）。为了改变我们看待数据温度的方式，作为我新章程的一部分，我为不同的数据温度创建了自己的Scoville量表。Scoville量表是恰当的，因为根据定义，量表中没有"冷"辣椒这样的东西。任何东西都有一定程度的热量，只是多少的问题。

从技术角度来看，有很多解决方案支持斯科维尔标度的数据温度。例如，像SAP HANA这样的现代业务平台将内存技术的强大功能引入到实时集成的近线解决方案中，该解决方案允许存储大量数据，并提供访问存储在其他地方的无限量数据所需的连接器。让我们从一个简单的体系结构的角度来看待上面所描述的SAP HANA：

SAP HANA+SAP IQ

SAP HANA是一个面向现代业务应用程序的平台。该平台拥有许多特性来支持最苛刻的用例。它的功能包括：强大的内存数据库、本机数据处理引擎（计算、预测、非结构化文本、地理空间等）、与Hadoop和其他关系数据库的连接以及与统计计算语言R的集成。

使该平台与众不同的是它与SAP IQ的紧密集成，在Sybase采集中获得的一种列数据库技术，通过使用扩展表进行动态分层。实际上，HANA管理这些表就像它们是平台的本地表一样，而实际上物理数据存储在商用硬件的IQ中。这使得PB的数据能够以一种经济高效的方式存储，同时提供用户期望的商务级性能。

将其恢复到数据温度，这一组合满足我的斯科维尔量表上的前两个温度；白热（HANA）和红热（IQ）。

Hadoop+智能数据访问

最后让我们来清理一下最酷-最温暖的？–三层数据，热数据。这里最大的玩家是Hadoop。Hadoop提供了对大量数据的分布式处理。像智商一样，它也使用商品硬件。可以将此视为潜在使用数据的总称，HANA可以随时调用这些数据，大数据核心，以便为报告提供更多历史记录或更深入的算法参考数据库。

业务技术是有史以来最有趣和最令人兴奋的技术。组织正在利用技术不仅改造他们的业务，而且改造整个行业。大数据、预测分析、数据科学和不断降低的存储介质成本的结合意味着我们需要重新审视我们对数据温度的先入为主的观念。很明显，这项技术可以确保数据不再被视为"冷"数据。我希望每个人都能考虑使用Scoville量表来帮助改变我们的客户看待数据的方式。谁知道呢？你可能会改变他们的命运！

Maurice，你在一篇博文中介绍了我最喜欢的三个主题-中国菜、辣椒和数据库。很好的插图，多么简单的数据分层描述方式！

不错，莫里斯。我想说的是，这不仅仅是性能本身。当您在内存区域中从"热"升级到"超级热"的层次结构时，您通常获得的是敏捷性和生产率—针对简单的数据模型和可以随时更改的模型，淘客app定制，对生产规模的数据进行即时响应的能力。因此，淘客选品，淘客api，除了运行时的速度优势，用户或开发人员的工作速度大大加快了。

因此，如果我正确理解这一点，Hana和IQ/DT可以非常高效和经济地支持PB级的信息，因此您不需要Hadoop…

嗨，道格拉斯

Hana+IQ/DT用于与Hana+Hadoop不同的用例，因此它们可以共存。

HANA+IQ/DT用于结构化数据

HANA+Hadoop用于非结构化数据