虽然关系型数据库不会消失，但关系型数据库管理系统有时仅在会话管理、推荐引擎和模式匹配等关键Web应用程序中担当辅助角色，并且，它正在被Redis NoSQL数据库等技术取代。

甲骨文、MySQL或SQL Server等关系型数据库通常仍然是作为记录系统。持久存储等同于冷数据，而热数据是推动快速在线操作的数据，热数据通常以非关系形式存储。

对于热数据存储，内存中Redis NoSQL数据库是不错的选项，在线婚恋公司eHarmony就正在利用这种键值型数据库以快速帮助人们匹配合适的爱人。

eHarmony配对系统在近乎实时应用分析技术，以快速为用户匹配最佳潜在配偶。快速提供兼容的匹配调用，以实现对人格特质数据的低延迟搜索。

eHarmony公司软件架构师Vijaykumar Vangapandu称，对于eHarmony系统中处理用户配置文件实时匹配的部分，Redis NoSQL等键值型存储可提供优势，它在满足快速读取数据方面特别有用。

Vangapandu称：“我们还有甲骨文，但那是针对冷数据。”

在早期配对系统中，用户配置文件数据是从甲骨文RDBMS中读取，其中交互式延迟是很大的缺点。

Vangapandu指出：“用户感觉到这种延迟，于是，我们便转向基于NoSQL的键值型存储，这为我们提供了横向可扩展性。”

Vangapandu称，NoSQL查询在几年前开始于Voldemort，这是受有关Amazon Dynamo的一篇论文启发并由LinkedIn推出的开源分布式数据项目。Vangapandu在今年早些时候举行的RedisConf18大会中表示，其公司的在线交友服务最近已经转移到Redis开源数据库，首先是用于身份验证服务，然后用于匹配和兼容性徽章服务。

数据结构

这种方法不同于包罗万象的关系型数据库统治时代所采用的方法。

Vangapandu强调，目前的eHarmony系统使用各种数据库，包括MongoDB文档数据库–用于为用户运行消息传递系统。Vangapandu及其同事在2017年6月芝加哥举行的MongoDB World 2017大会中谈到了他们的体验。

对于热数据，Vangapandu谈到近年来开发人员和架构师经常会说的格言：部署适合目的的数据库。

他表示：“不仅仅是Redis，我们还使用其他键值型存储。作为一名软件架构师，我的职责是找到解决问题的最佳工具。”

Redis NoSQL数据库速度

Redis NoSQL数据库支持可快速读取动态数据的特定数据结构。这种结构包括二进制安全字符串、列表、集和散列，通过提供高水平抽象来处理开发期间的数据，这些结构可简化程序员的工作。

Vangapandu表示，eHarmony的Redis体验开始于2015年，其中包括开源版本的Redis NoSQL数据库。从那时起，该公司已经将部分服务转移到Redis实验室的商业Redis Enterprise软件，因为它支持多主机复制。Vangapandu补充说，随着数据存储集群增加，这个功能变得越来越重要。

内存中数据库很好用

Redis实验室首席营销官Manish Gupta在接受采访时表示，他也看到了热和冷数据库的不同用例，关系型SQL数据库主要运行后端冷存储，而前端NoSQL则用于需要实时性能的热存储。他还表示地理位置、欺诈检测和信用报告等也都正在利用Redis Enterprise。

尽管如此，热存储并不能解决所有内存问题，特别是考虑到Redis等内存中数据库在半导体内存方面可能产生的成本缺点。对于那些依靠NoSQL数据库支持大规模特定应用的企业来说，必须降低这种成本。

这也是Vangapandu认为Redis Enterprise版本有利于其对闪存扩展支持的原因。

他表示：“通过Redis Enterprise闪存存储，我们可将热数据保存在内存中，而将一些冷数据移动到闪存驱动器。”

近年来Redis的使用有所增长，尽管在DB-Engines网站最受欢迎数据库排名中它仍然落后于MongoDB。截止2018年7月1日，非关系型数据库前十名是MongoDB、Redis和Cassandra，以及Elasticsearch全文搜索和分析引擎。

通过利用各种框架、语言和数据库，新的Redis架构已经变得多种多样。Vangapandu称：“我们曾经只使用一种数据库—甲骨文，而现在，我们使用很多NoSQL存储。我们使用Redis用于这个服务，MongoDB用于那个服务，HBase用于其他服务，我们运行着多样化的数据库。”