商品中心的设计与实现
相信不少朋友都有网购的经历，感受到了网购给生活带来的便利。那么，用来网购的商城（如淘宝、京东）是如何实现的呢？他们又是如何将大量的商品进行抽象归类和定价的呢？如何控制购买数量的呢？在这篇文章里，我们来一起看看。
名词解释
商品中心主要涉及到的名词如下，关注一下名词之间的关系即可，后面详细说明每个名词的具体意义。
SPU（Standard Product Unit)
商品信息聚合的最小单位，描述了一个产品的特性。如：华为p40手机，白班月嫂
销售属性
影响商品的定价和库存的特性。如：p40的内存、颜色，白班月嫂的计价天数
非销售属性
不影响售卖和商品特性。如：p40的重量、尺寸，白班月嫂的工作模式
属性值
特性的描述集合。如：内存的64G、128G；颜色的红色、深海蓝；工作模式的白班、住家；计价天数的7天、30天
SKU（Stock Keeping Unit）
库存进出的计量单位，可售卖的SPU的属性值集合，如：p40-64G-红色，精品-白班-7天-月嫂
上架、下架
控制SKU是否显示给用户看，上架的SKU不一定可售卖（可能受售卖规则、营销活动的限制），下架的SKU一定不可售卖。
成本价
生产SKU的所需的费用，提供服务所需的人工和材料费用，用于财务核算
基础价，临时价
SKU的真实售卖价格，临时价用于方便快速调整SKU的当前售价
售卖关系
商品搭售，用于购买时提供可搭售的其他商品信息。如：购买保洁相关服务时可以选择清洁剂一起购买
组套
打包套餐，多个SKU打包成一个SKU进行统一售卖，子SKU不可为组套。如：可将北京的月嫂服务、母婴健康管理在线咨询服务、母乳喂养指导服务、健康管理服务打包成一个北京月嫂套餐SKU来进行售卖
商品中心的主要功能
后台管理主要负责配置商品信息、上下架、价格定义等，提供给商家使用的
对外查询服务主要是给商城显示可售买的商品信息，最终展现给用户的
配置商品的主要步骤
虚拟库存用来统一控制商品售卖数量，虚拟库存的下面有各种库房服务
系统架构
对外的查询服务主要是并发高，所以每个查询接口尽量做到功能单一，少做聚合、分组之类的查询
后台管理关注的是商品相关定义，主要是功能全且容易配置
定时上下架
解决运营人员蹲点进行上架或下架的痛点
可一次性配置多个上下架时间点，查询时通过获取早于等于当前时间的最新的操作记录，如果是上架操作则商品为上架状态，否则为下架状态。
基础价、临时价
解决运营人员蹲点进行调价，以及活动结束后需要恢复原价的痛点
可一次性配置多个基础价和多区间的临时价，查询时拿时间来命中区间即可
SKU的查询优化
多维度的获取已上架的SKU列表和价格，怎样能做到只需一次查询呢？如果有一张表只保存当前已上架的SKU信息和价格信息，则可做到一次查询即可出结果。
使用镜像库来存储历史的上架SKU信息，查询时拿时间来命中某一个库，然后进行单表查询即可