猿设计7——真电商之类目的那些关系

看过上一章节相信你已经认识到类目和属性对于描述商品的重要性。隐约觉察出来，类目和属性之间应该有千丝万缕的联系。但是如何围绕类目去建立实体间的关系，还不是很明确，今天，我们一起来梳理类目的那些联系，从类目出发去探寻商品的管理和构建之道。

如何去理清实体之间的关系，当系统比较复杂,有些无从下手时，不妨跳出当前的设计，回归本源。从需求层面入手，再次分析系统，去发现系统的蛛丝马迹。如果还有不明白类目、属性到底是什么东西的朋友，可以回过头去看看之前的文章猿设计5——真电商之颠覆你的类目认知以及猿设计6——真电商之属性的套路你了解吗可以帮助到你更深入的理解。

注意噢，这个过程是一个迭代的过程，而不是一个瀑布式的、一次性搞定整体和所有细节的方式，而是重复性的，多次的去发现和寻找正确的法门。迭代这个思想，在软件的生命周期中是无处不在的，不仅仅是实现和交付阶段的，每一个阶段都是如此。

好了，该讲的话已经讲了，既然类目的关系梳理出现了瓶颈，那我们又从需求层面入手，看一看以前有哪些遗漏的地方。

我们又使用了首页类目导航的三年级类目手机，触发了商品的搜索功能，搜索了手机这个三级类目的商品。得到了上图的结果。

这个功能多操作几次你就会发现，一级二级类目，始终进入的是一个商品的集合页面（对应的频道），页面里的商品大多属于运营根据销售策略精心挑选的，而三级类目才会让系统直接检索真实售卖的商品。

从这个观点来看，第一，商品似乎和叶子类目才发生关系。第二，类目和品牌应该有一些联系，品牌的属性之前我们只抓住了实体，我们可以分析一下。

从搜索筛选的功能来看，品牌和类目之间是有联系的，而且前台在展示上可能还会涉及到点击logo触发跳转的一些功能。我们可以尝试下，建立类目和品牌的关系。

我们通过筛选商品，还会发现比较有意思的事情，比如1级类目有属性A，2级类目有属性B，3级类目有属性C，那3级类目下的商品就具有属性A、B、C。比如实物商品佳能Apple iPhone11（在类目“手机通讯”→“手机”→“Apple”中）就有商品毛重、屏幕比例、操作系统三个属性需要填写。（举例只取了部分属性。）

由此可见，如果要清楚的描述一个商品，并且对商品做好管理的话。属性必不可少，而且属性和类目之间必然存在联系。并且对于前台类目而言，一些属性是必须的，一些属性是非必须的。

在上一篇文章中，我们已经讨论过属性和属性值的事情了，类目和属性既然是有联系的，那么类目和属性值之间的联系，那也是必然存在的。我们可以先画下图看一看。

到目前为止，类目、品牌和属性之间的关系我们都一起梳理过了。对于电商系统来讲，为了灵活支持商品信息的描述，通过抽象出属性和属性值来做动态的描述。

属性抽象了商品的特征，而属性值则是某个商品特征的具体描述的集合。

而后台类目的作用，就像一根钢丝绳，将前台类目、品牌、属性、属性值，关联起来，一起组合使用，用于描述商品比较有代表性的特征。

我们在设计类目系统的时候，除了需要考虑商品特征的描述之外，还要考虑一些功能上的支撑，所以衍生出了一些功能性的字段。

同时，我们还要考虑系统的冗余性和扩展性。所以我们的表看上去并不符合数据库设计的范式原则，这种设计也是考虑到互联网系统的特性，为了解决N+1查询和关联查询，而产生的应对之策。

这种类似的事情，在工作中会遇到很多，作为一个猿人，要想成长起来，永远不变的变化就是善于思考，归纳和总结问题。

接下来，我们将之前一起玩耍过的几个实体串联起来看一下吧。没办法，手机上的屏幕有限，只能先将就下了。

以上就是类目、属性、品牌的完整关系了，相信会让你真正了悟电商领域的真正玩法，至于系统的实现，不要走开，设计系列完成，工厂君带你撸一个业务流完整的电商出来，不搞虚的。