假设我们有一个小型的电子商务应用程序，其中存在基本的供应需求，并且供应量存储在下表中。
项目当前库存
此表中可以显示n个项目，以及它的最新库存编号。
现在假设该业务开始流行，并且对于特定商品有巨大的需求。
例如物料1共有20作为当前库存。而且很多人都在同时订购相同的商品，即“ Item1”。
现在显然由于“行级”锁定的概念，只有一个请求可以去写/更新库存编号，而其他请求则必须等待。[根据当前设计，每个订单我们首先在SupplyTable上添加udp]有100项要求相同的物品，全部或多或少同时出现，每个人都在等待释放锁。
基本上，我们需要扩展此数据库。我们如何解决这个问题？我们需要增加其他桌子吗？或任何其他可能的解决方案。解决方案应该是w.r.t rdbms，即使我们在这里使用任何NoSQL，也可能是什么解决方案？