商品的扩展属性及相关——开篇

 

说在前面

　　其实早就想写这方面的了，只是由于各种原因一直拖到现在。终于开始动笔了。另外过了这么多年了，也不知道这种做法是否已经过时了。

　　商品的扩展属性，有很多种设计方案，这里只是我设想的一种。

　　按照惯例又要写一个系列了，这个系列包括商品信息的建立（商品基本信息、扩展属性等），以及SKU和SPU的区别和设计，然后是购物车和订单的设计（简单版）。

　　说道订单，电商平台的订单就复杂多了，各种优惠、红包，商品合并发货（比如京东）等，这里就不往复杂了说了（好吧其实我也不太懂），只涉及最简单的情况。先打个预防针。

 

大纲

1.      商品信息的设计

　　商品基本信息，品牌、分类等，先做一个简单基础的设计。然后重点当然是扩展属性如何来设计的问题了，会介绍思路，详细设计，数据库结构，实例分析等内容。如果一篇写不下的话，会分成几个部分来写。

 

2.      完善和扩展

　　针对基础版，查找漏洞和不完善的地方进行完整，然后做功能扩展。涉及开闭原则等。关系型数据库最怕的是什么？不是加字段，而是修改表的关联关系。

 

3.      SKU和SPU

　　这个就有点复杂和专业了，这里只是说点简单的设计。以及商家建立SKU的辅助性助手。

　　依据扩展属性，自动生成SKU（所有排序组合都列出来），然后让商家进行筛选，去掉不需要的SKU，然后对需要的SKU制定价格。

 

4.      页面展示技巧

　　页面展示可以分为通用版本可特定版本。通用版本就是各种产品公用一个模板，商品介绍的模式都是一样的。特定版本就是依据具体的商品，由美工来设计商品展示页面。这里介绍的是通用版本的一些建议性技巧。

　　涉及到数据获取，缓存，展示等方面。

 

5.      查询

　　扩展属性如何查询？是否可以满足效率的要求？查询速度是关系型数据库的一大特色，但是往往因为表结构设计的不合理，导致速度缓慢，由此给人带来了一个误区。

　　其实现在硬盘的读写速度已经越来越快了，有些服务器已经支持SSD的硬盘，这个对于查询速度会有很大提升，而且表管理关系合理的话，查询速度是没有问题的。有可能会做一些压力测试。（心疼我的笔记本硬盘）

 

6.      购物车与订单

　　其实购物车里面放的都是SKU，越是大型平台，对这一点要求就越高。要不然库房不好发货。不过这方面没有实际经验，只能依据京东、天猫等的订单做一些简单的猜想。大家不要抱啥希望就是了。

 

 

　　有一位很厉害的主编和我说，写书最重要的是要写好大纲，大纲写好了书就写好了一半。于是这次尝试一下先写大纲。第一次写大纲，似乎还不够详细，目前也就想到这么多了。

 

下集预告

 

初步的思路，以后会陆续完善。下一篇会详细介绍。