# 147. 商品详情页动态渲染系统：库存服务的场景介绍以及课程需求说明

# 要不要去做复杂的库存服务？

对你个人的价值，对课程的价值，根本不需要

商品服务，之所以要做一些增删改查的操作，是因为那些东西跟商品详情页系统的影响较大，做那样的一些操作

库存服务 = 价格服务，不需要做复杂的业务，库存变化了，反应到数据库中，跟商品详情页系统架构串接起来，就 ok 了

事务性关联很大：商品的购买，就要修改库存
保证库存的递减一定是事务的：不能失败、不能出错

最怕的就是系统里面库存不准确，比如一个商家都没有库存了，但是还是出了 bug，导致超售

那么这个时候就需要对用户道歉、退款等善后处理
电商退货、退款、库存增加（加回来）
进销存：物流等系统打通，进货、退货、增减库存

主要关注库存的增加和减少的最终结果就 ok 了，我们只要关注库存显示到商品详情页上去就 ok 了

那么我们也只提供一个服务接口：修改商品的商品库存，反应数据库中，跟商品详情页系统架构打通