MongoDB 零售创新

零售行业是 MongoDB 的第二大客户群；我们与时尚、杂货、CPG（消费品）、更多行业中的许多知名品牌合作。

作为通用数据库，MongoDB 被嵌入到许多不同类型的应用程序中。其中最常见的一个领域是电子商务现代化，零售商希望从传统的本地系统迁移到云端的现代微服务架构。MongoDB 是一个很好的解决方案，因为它通过直观、灵活的文档模型实现快速开发，其云原生 架构 提供了可用性和弹性，以提供可靠的 24/7 服务。

近年来，供应链用例越来越多：优化流程、提供端到端可见性或实现全渠道体验。能够统一不同数据集并在组织内进行实时消费对于理解库存和库存流动至关重要。

产品目录可能是我们在零售行业中最常见的用例，因为我们的文档模型直观地映射到数据集。货架上的产品成为代码中的对象，然后成为 MongoDB 中的文档。这比关系结构减少了复杂性并提高了性能。

MongoDB 的灵活 文档数据模型 允许产品数据随时间变化，以便快速将新产品推向市场。此外，不同形状的数据可以轻松共存（想想从柠檬到手机的各种零售商），以及存储层次数据（例如，产品系列），这在 NoSQL 结构中要简单得多。这使得 MongoDB 成为产品用例的理想选择。

在这个领域，客户期望不断增长和演变。数字驱动的体验，如路边取货和次日配送，现在被认为是标准做法，但如果您是一家拥有数十年技术债务和孤岛化数据存储的成熟零售商，这些并不容易实现。

此外，技术前卫的零售商通过提供新体验来抢占市场份额。例如，店内工作人员能够实时访问收银台处的忠诚度账户并提供定制优惠或礼物。

对于这些体验中的任何一个，零售商都需要在实时拥有库存、存货和客户的统一视图。在MongoDB中创建一个操作数据层可以是一个很好的解决方案。通过以高性能和灵活的方式组合数据，可以轻松创建这些新体验。

我们在零售领域中有两个主要的数据库群体。

第一个是传统的关系型数据库管理系统（RDBMS），包括Oracle、MySQL、Postgres等。零售商在这些技术中将拥有既定的技能，但往往会选择将现代化转向NoSQL技术。这是因为RDBMS的刚性结构阻碍了变化。每次添加新产品或客户属性时，都需要更改模式，这会减慢上市时间。这些技术也不是为云构建的；它们的主动-被动架构是为数据中心设计的，并且需要更多弹性和可用性来提供24/7的始终在线服务。对于电子商务，停机时间会减少收入，这是不可接受的。

第二种是在云中可用的其他NoSQL数据库服务。文档模型和始终在线服务很吸引人，但其中许多服务缺乏关键功能。有些仅仅是键值存储，无法回答复杂的查询，且没有二级索引功能，无法充分满足多个工作负载，也不处理相关数据类型（例如，用于动态定价的Decimal128）。在意识到其他数据库无法满足其要求时，许多开始使用这些服务的零售商往往会转向MongoDB。

这方面的一个绝佳例子是MongoDB中的应用程序内分析功能。我们的聚合管道意味着您可以在数据库中实时运行简单的分析，并执行复杂的转换。

提供个性化体验的能力对于吸引客户的注意力并帮助他们找到他们想要的至关重要。MongoDB在操作数据层中执行实时分析的能力意味着零售商可以构建应用程序，能够实时响应客户的行为。例如，个性化的产品推荐、定制优惠、动态定价等等。零售商意识到，如果他们必须将数据ETL到另一个系统，那么他们正在处理过时的数据，而客户已经转移。

请参阅OTTO的这个用例，在MongoDB上重新发明了电子商务现代化。OTTO只需一到两秒钟即可实时访问客户资料并决定如何反应。

MACH联盟是一个非营利组织，致力于推广组合架构原则。它代表微服务、API优先、云原生SaaS和无头。

MACH联盟的宣言是使企业技术具有未来性，并推动当前和未来的数字体验。MACH联盟和这一套原则的创建源于零售行业。MACH联盟的一些创始人是在为零售用例构建技术的科技公司：例如，commercetools是一个完全基于MongoDB构建的零售组合式电商平台。

MongoDB自2020年起一直是MACH联盟的“推动者”成员，这意味着使用我们的技术可以使应用架构实现MACH原则。这是因为建立在MongoDB之上的数据层是MACH架构的理想基础。