猿设计9——真电商之商品实体识别

经过前一章节的讨论相信你已经能够正确的区分SPU与SKU两个概念。商品系统的设计与构建，从某种程度上来讲，就是围绕SPU和SKU来进行的。但是只有这两个粗浅的概念，并不足以描述一个商品信息，今天，我们一起来聊一聊商品到底有哪些信息，进一步完善商品系统的设计。

说到商品的基本信息，我们不妨回过头来看看商品的发布流程。从页面上去寻找需要持久化的信息，从而达到抽象商品信息的目的。

我们先看商品的基础信息，从页面直观的可以看出，有商品类型、商品名称，以及商品类目属性构成。需要注意的是商品类型这个属性，考虑到我们构建的是一个B2C的站点，同时还需要兼容多商家2C的设计，那么应该从商品的售卖方去区分商品是属于自营还是第三方。类目属性的信息由之前讨论过的类目属性信息构成，此处不再做多余讨论。

我们再看商品的销售属性一栏，“颜色分类”，属于类目属性，每增加一种颜色。就会增加一个“销售规格”——也就是SKU了。从某种意义上讲销售属性决定了商品的SKU种类，SPU和SKU的关系在此体现。理论上讲销售属性的种类如果有多个，那么SKU的销售规格数量就是销售数量的“笛卡儿积”。

至于sku的库存和“一口价”信息，库存数量会由后续的库存系统单独来实现，此处不再多做论述，值得聊一聊的是这个“一口价”，可以视为商品的“建议零售价”，至于最后到底售卖多少，由后续的促销系统来支撑，后续单独论述。

先着重看一下“商家编码”和“商品条形码”，在SPU和SKU上都有这两个属性，从本质上讲，都是一个编码而已，你一定会产生一个疑问——为什么会是两个？

在这里先说说什么是“商品条形码”。商品条码是ANCC系统的一个重要组成部分，是ANCC系统发展的基础。它主要用于对零售商品、非零售商品及物流单元的条码标识，有些事全球通用的噢，不是自己随便搞搞就可以的。由于我国商品的编码以69开头，所以又俗称69码。如果连这种基本的业务知识都不知道，就不要出去说你搞过电商的。

在编辑商品的时候，一般会要求填写条形码，如果一个商品是有条形码如果存在的话，那么这个条形码会在很多地方用到，比如采购、仓库、出纳，也有利于建立一套标准的商品编码。但是有一些商品本来就没有条形码，或者说有些商家有一套自己的标准，那么在设计系统时就需要考虑兼容了。所以必须是两个字段。

我们一起再看看图片信息以及商品描述，我们可以从上图的页面中，很清晰的看出来，一个商品是由多个图片的，SKU也是有图片的，是一个一对多的关系，我们轻松的又找到了两个实体——商品图面和SKU图片。我们简单的画一下:

为了避免遗漏属性，我们回过头再看下，商品还有哪些信息需要描述，嗯，销售属性呢？这个信息怎么去处理？虽然是由类目属性来提供，但是在商品上还是要有体现吧？差点误了一个大事，遗漏一个很重要的实体。我们把它抓出来描述清楚吧。

我们再看看商品的一些信息，还有商品描述，注意噢是一个富文本框，支付方式那里，有一个叫“预售”的家伙。还有售后服务信息，以及上架时间。还有我们之前提及到的一个叫“建议零售价”的东西，可以被看作是商品的供货价，我们通过画图的方式来梳理下商品的基本信息吧。

经过我们一番的整理，商品的实体信息暂时完善起来了，为了方便我们的理解和后续的梳理，我们把他们放到一起，稍微整理下他们之间的联系。

怎么样？是不是看上去清爽多了？一目了然了？这套商品信息能够真正去使用吗？有哪些不足的地方可以先想想，考虑到大家接受知识也有一个吸收的过程，先暂停下，后面的章节我们会更加深入的讨论。