本文是与MongoDB合作创建的。感谢您对合作伙伴的支持，使 SitePoint 成为可能。 假设您正在构建一个电子商务平台，作为练习的一部分，您需要为库存管理提出一个新的数据架构。您需要支持快速的事务性工作负载，以近乎实时地实际跟踪库存。 该企业还希望能够回答诸如“根据历史数据，我们应该何时补充小部件和小玩意儿的库存？”等问题。以及“谁是购买小部件的人？一般来说，他们位于哪里？工作负载。
使用 DynamoDB 的混合工作负载
你会从哪里开始？ 对于事务组件，您可能会意识到您需要一个可操作 黎巴嫩电话号码表 的数据库，即允许您对数据进行读取、写入和更新操作的数据库。这应该是有意义的，因为您不仅需要知道库存中有多少小部件，而且还需要能够在客户购买小部件时更新该数字。您还需要确保您的数据层能够为任何连接的应用程序提供一致的数据视图。否则，您的客户很快就会不满意，他们会发现自己将实际上不可用的购物车。
MongoDB 的混合工作负载
为了支持您的事务工作负载，不乏可供选择的操作数据库，因为底层技术可以追 ALB目录 溯到 40 年前。对于需要处理各种数据类型和数据结构的应用程序（例如我们的库存应用程序），许多公司选择了更新的非关系选项来代替关系数据库，例如 Oracle、MySQL 或 SQL Server。 这是因为非关系数据库不像关系数据库那样将数据存储在行和列中，在摄取和处理各种格式和形状的数据方面提供节省了大量的时间和精力。
