不涉及多仓库那种特别复杂的需求, 这是我去年 3 月写的一个自己实现的思路:
仅供参考: 商品多规格多属性模型设计思路
1
myoula 2016-02-01 15:18:22 +08:00
可以参照 ecshop 的设计
|
2
Sunyanzi 2016-02-01 16:02:26 +08:00 2
每个 SKU 拥有独立的 id ... 传值的时候传这一个 id 就可以 ...
比如一台手机有三网三色两种存储 ... 在数据库里就有 18 条记录 ... 我近两年时间写了三套商城了 ... 我可以很负责任的说如果按照你这么建表后患无穷 ... |
3
ashamp 2016-02-01 16:05:51 +08:00
楼上正解
|
5
honeycomb 2016-02-01 16:17:08 +08:00
@huijiewei SKU ,最小存货单位,如果两个商品完全无法从规格上区分,那么它们是同一个 SKU ,比方说一个应用的某个版本的某个渠道包就可以算一个 SKU ,因为无论何时,从这个渠道下载的这个版本总是相同的文件
|
6
passion336699 OP @Sunyanzi 对对,就是这样的,
我这 18 条记录都存在了 products_attribute 里面 (规格 ID,商品 ID,商品属性名,商品属性值); 在 products_attribute_group 里面 (主键 ID,商品 ID,规格属性组合,规格对应库存,规格对应价格),属性组合里面就是按逗号把规格的 ID 存在里面, 例如存的 1,3,4 这样; 因为之前没搞过这一块,现在就已经感觉后患无穷了 T_T... 能分享下建表的方式么.. |
7
passion336699 OP @Sunyanzi 这样建表,查数据,解析都感觉超级麻烦,尤其是东西传到前端,然后页面上的显示,和处理,都很坑爹,实在不知道有啥好的办法..
|
8
zacard 2016-02-01 17:31:27 +08:00
不同规格的商品直接当做不同的商品处理,但是可以增加一个字段指向无规格的商品即可。
|
9
passion336699 OP @zacard 没太明白,那还是需要建 3 个表,商品表,规格属性表,SKU 表,类似这样嘛?
SKU 里面存的和我在 products_attribute_group 里面存的字段类似,那和我之前这种差别不大啊 |
10
jarlyyn 2016-02-01 17:35:15 +08:00
SKU ,然后加个现实 SKU 不就好了,再价格状态不及好了。
多研究其他软件的数据库结构吧。 不过别研究 magaento 那个 eav 模型,坑死。 |
11
passion336699 OP @jarlyyn 意思就是两张表,products 表和 sku 表,
sku 表里面存的就是 sku_id,product_id,attribute_key,attribute_val,stock,price, 我并不需要把 attribute_key 和 attribute_name 单独用一张表存起来, 在商品详情里显示多规格选项的时候,我只需要拉取 products_id 对应的 sku_id 的数据就好了,是这个意思嘛? |
12
jarlyyn 2016-02-01 17:55:37 +08:00
@passion336699
1 张表。数据怎么存我不管。 比如有 2 个字段 sku,sku_belongs_to 拉的时候直接拉 sku_belong_to isnull 的。 进入详情页的时候再把 sku_belongs_to 和相关页相符的都拉出来,通过 ajax 切换。 之前一个项目就是这么做的。 |
13
Sunyanzi 2016-02-01 18:16:22 +08:00 4
给你做了个例子 ... 见下 ...
mysql> SELECT * FROM `ware_product`; +----+----------+--------------+------------------------------+--------+ | id | category | name | attributes | status | +----+----------+--------------+------------------------------+--------+ | 1 | 329475 | 某种手机 | ["网络","颜色","存储"] | 1 | | 2 | 131329 | 某种衣服 | ["尺码","颜色"] | 1 | +----+----------+--------------+------------------------------+--------+ 2 rows in set (0.00 sec) mysql> SELECT * FROM `ware_item`; +----+-----+--------+--------------+------------------------+---------+-------+--------+ | id | pid | fakeid | name | attributes | price | stock | status | +----+-----+--------+--------------+------------------------+---------+-------+--------+ | 1 | 1 | 583701 | NULL | ["电信","白","16G"] | 1999.00 | NULL | 1 | | 2 | 1 | 583702 | NULL | ["电信","黑","16G"] | 1999.00 | NULL | 1 | | 3 | 1 | 583703 | 最后五台 | ["移动","黑","64G"] | 1999.00 | 5 | 1 | | 4 | 2 | 241351 | NULL | ["M","红"] | 128.00 | NULL | 1 | +----+-----+--------+--------------+------------------------+---------+-------+--------+ 4 rows in set (0.00 sec) 这是个简单的模型 ... 我把没用的东西比如副标题推荐语图片角标等等都去了 ... 库存也只是写个意思 ... 实际上库存不在这里 ... Product 表是抽象的产品表 ... 当前产品下的所有 SKU 的共有属性保存在这里 ... Item 表是具体的详情表 ... 所有涉及交易的实体都存在这里 ... 用户可感知的只有 item.fakeid ... 通过 fakeid 取得其他所有数据 ... |
14
sujin190 2016-02-01 18:24:59 +08:00
看淘宝似乎是相同商品,不同属性,京东则是不同规格不同商品,如果物流自己做又复杂的话,可能不同规格不同商品好一些吧,否则整个流程太复杂了
|
15
naffan 2016-02-01 18:29:50 +08:00
"用户可感知的只有 item.fakeid ... 通过 fakeid 取得其他所有数据 ..."
这个 fakeid 具体会做些什么呢? |
16
zzzhc 2016-02-01 18:31:22 +08:00
可以参考下 https://ofbiz.apache.org/的表结构,看看 product 开头的, 可以通过 variant product 实现, 每个 sku 都有自己的 product 记录
|
18
Sunyanzi 2016-02-01 18:41:10 +08:00
@naffan 你理解成商品 id 就可以 ... fakeid 和自增 id 是一对一的关系 ... 用于数据传输 ...
|
20
naffan 2016-02-01 18:59:11 +08:00
|
21
kanezeng 2016-02-01 18:59:55 +08:00
@Sunyanzi 这个结构我觉得挺好理解,就是这句“库存也只是写个意思 ... 实际上库存不在这里 ... ”,那么库存会放在哪里?这么设计的原因又是什么呢?
|
22
ebony0319 2016-02-01 19:02:54 +08:00 via Android
请记住我的这几点,你说的叫做商品组合,商品多包装,入库时候拆分到最小单品即可。
|
23
naffan 2016-02-01 19:04:06 +08:00
@kanezeng 不在面是正确的。设计原因主要就是购物车发生订单的时候会有个锁库存,取消订单时会有个解库存的操作。还有别的对库存的操作,这样就会对存库存的表的 db 操作过大,导致系统平井。所以,我想问的如果你不放在这个表里,那是放哪?如果还是单有个表的话,那么一样也会碰到刚才我的说的那些情况。那么更好的解决方法就是利用 nosql 存,那么问题来了, sunyanzi 你们真的是这样做的么?
|
27
ebony0319 2016-02-01 19:14:15 +08:00 via Android
@naffan 理解错误, 16g , 64g 就是最小单品。你要这样理解,怡宝可以一片片卖,可以一箱箱卖,可以跟别的东西促销卖,但是最后入库是一瓶怡宝。
|
29
naffan 2016-02-01 19:26:41 +08:00
我按照大家的思想得出以下结论。
还是 3 个内存量的手机为例, 在数据库中这个手机为 plu ,存在一张商品表里, id 为 1 3 个内存量分别存在属性表中,关联这个 id=1 的商品。 在页面上显示这个手机的页面,会先得到商品 id ,然后通过商品 id 获取属性,然后循环出 3 个内存量的规格。 然后用户进入页面访问,默认为 16g 。 url 中带着 id=1 , item=1 。当用户选择 64g ,则 url 改为 id=1 , item=2. |
30
naffan 2016-02-01 19:29:26 +08:00
当用户产生购买行为的话,买了台 64g 的。那么我们就需要把这个 64g 手机的库存减少。而这样设计的话,库存其实应该与 item 做关联吧?
|
31
passion336699 OP @Sunyanzi 谢谢小哥~
|
32
naffan 2016-02-01 19:33:46 +08:00
@passion336699 你理解了么?我现在很关注这个帖子
|
33
Sunyanzi 2016-02-01 19:37:00 +08:00
|
34
passion336699 OP 我最开始的那 3 个表,已经实现了,商品库存及对应规格库存的下单减少,取消订单回退的效果了,只是感觉数据解析起来太麻烦,而且下单的时候,那个值传的..不是很好控制.
我除了直接下单需要操作库存,拿单价,购物车多个商品还要再来一遍,实在是很头疼.. 1.京东那种,每个规格就相当于一件单独的商品,点击不同规格会把页面重新 load 一遍; 2.淘宝那种都放一个页面,然后前端控制显示对应库存和单价; 1 和 2 哪种会更方便实现... |
35
passion336699 OP 我的业务并没有那么复杂,只是想换个更好的表来替换掉原来实现多规格的逻辑
|
36
passion336699 OP @naffan 我..我我..还是没太理解透
京东那种我懂了一点点, 譬如说,iphone, 是手机,就是一个很普通的商品,即一件单品,有一个 product_id; 然后规格来了,16G 土豪金 iphone (A),16G 太空灰 iphone(B); A,B 两个规格的 sku_id,关联着同一个 product_id; 我在商品详情页面显示这个 product_id 的 iphone 的时候,前端去找后台拿到它下面所有 sku_id 的数据; 然后 js 把这数据渲染到我页面的 tmpl 上,用户下单的时候,我就传 sku_id,就够了. -----不知道是不是这么玩的.. |
37
Sunyanzi 2016-02-01 19:53:21 +08:00
@passion336699 你可以同时实现 1 和 2 ... 不想 reload 的话一次读完前端控制切换就好 ...
论方便实现的话哪种都方便 ... 但这两种方式其实并不仅仅是刷不刷新页面的区别 ... 你还是没 Get 到点 ... 这两种模式最核心的区别在于能否直接通过 URL 选中商品的规格 ... 所以具体选择用哪种还是要看你的业务场景 ... 没办法一概而论的 ... |
38
passion336699 OP @Sunyanzi 对哦..好像是那个意思,我现在的业务场景不需要通过 URL 选中商品的规格,我只需要后台把规格的数据直接传给前台就够了.
一旦我用了 sku_id,后面的生成订单,退换货等,我都存 sku_id,对吧?就不再使用 product_id 了. 还有个小问题... produts 表的库存总量,是我的代码控制,让 sku_id 里面的库存累加,还是让管理员自己输入,一般是哪种做法呢?现在我项目用的是后者. |
39
500miles 2016-02-01 20:03:33 +08:00
这种情况 我更喜欢 mongo
关系型数据库 对付这种无限规格 实在是太蛋疼.... |
40
Sunyanzi 2016-02-01 20:10:29 +08:00
@passion336699 你怎么用代码控制 ..? 一种三色手机只有白色有货用户下黑色单你能过 ..?
以及我顺便提一句 ... URL 和规格无关代表用户点击进来必须手动勾选规格或者只能买默认 ... 如果不确定的话还是问问你们产品吧 ... 省得做完了再改 ... |
41
neetrorschach 2016-02-01 20:14:02 +08:00
竟然看到了鸭子
|
42
Sunyanzi 2016-02-01 20:23:20 +08:00
|
43
coolmenu 2016-02-01 21:19:27 +08:00
mark,关注一下
|
44
crayhuang 2016-02-01 21:38:04 +08:00
建议可以参考 IBM WCS 的表设计
|
45
ebony0319 2016-02-01 23:13:44 +08:00 via Android
@naffan 最简单的来说吧。厅装哈尔滨啤酒有一厅厅卖,然后也有可能 6 个一组组卖,也有可能一件件卖( 24 厅)。每一种规格都是一种新的价格。当我们输入一件件条码,一组组条码时候系统应该自动拆分为单厅条码入库。原因很简单,别人上柜台的时候自动拆分了整件,然后拆分了组。
sku , Stock Keeping Unit (最小存货单位)。 |
48
realpg 2016-02-01 23:35:38 +08:00
别纠结 SKU 什么的。
很讨厌跟阿里系出身的程序员、受阿里系代码逻辑影响谈商城系统设计。 天天就 SKU SKU 的…… 只要有任何参数不同的,就是两种商品。 然后,提现所谓 SKU 的,只是显示层聚合,就是在 itemshow 的页面里面,根据配置去把本质是定义成不同的商品的东西聚合显示而已。 这种结构清晰,性能损失小,而且容易充分利用缓存系统。 |
51
jarlyyn 2016-02-02 10:07:47 +08:00
@realpg
难道不是因为这个是业界标准,甚至出现在阿里创立之前么? https://zh.wikipedia.org/wiki/%E6%9C%80%E5%B0%8F%E5%AD%98%E8%B4%A7%E5%8D%95%E4%BD%8D |
53
realpg 2016-02-02 12:03:17 +08:00
@naffan
我说的不只是 SKU 这个名词 我表达不太好抱歉 很多阿里出来的高级开发,就总想着把 SKU 做到一起去,类似一楼的思想,就是这些东西一定是关联的,然后搞出一堆复杂的逻辑,可能内部实现非常好,技术、性能都非常牛逼,别人一看巨复杂,而且难以改变这个思想。 |
55
realpg 2016-02-02 13:36:54 +08:00
@naffan
实际生产上,我自己做的项目,以及我曾经加入的几个团队,都不是阿里那种处处关联的玩法。 每个 SKU 都是一个独立商品,在 item_show 的逻辑上进行一下关联聚合的比较多 顶天二次 ajax 一个库存余量虚了一些不存在的组合 |
57
naffan 2016-02-02 14:06:45 +08:00
@realpg 那咱们先不说阿里的玩法吧。就说你参加的几个项目。照你所说,我感觉你的意思和楼主所说的表设计差不太多。但是,@Sunyanzi 说如果每个 sku 都是一个独立商品会后患无穷,具体什么后患我不清楚只有过来人才能说出。不知道你能不能提供个建表思路呢?感谢
|
58
realpg 2016-02-02 14:13:42 +08:00
@naffan 我现在都是手机,最近长期驻医院陪护,等我倒开空给你发一组。楼主的我看的也不太仔细。
粗略的说 我的建表思路就是所有都独立商品,然后一个表存储哪些商品聚合在一起显示,一个额外的表对于非单条件聚合提供关联方式(比如颜色和尺码双选择这种) 具体表结构等我忙完给你找代码示例吧。 |
59
naffan 2016-02-02 14:19:15 +08:00
@realpg 首先,谢谢你热情。其次,得祝福一下你陪护的亲人,望能快快好起来。今年,我姥姥也有一次肺炎住过院,要命的病陪护很费自己的精力和体力。我完全能理解。请原谅允许我说下私心话,由于我也处在电商的项目中,时间不等人,我也强烈期望着有经验人的经验,望能够理解。不过,没有关系我可以尽量等待哈哈。
最后,愿你以及你的家人过一个好春节。 |
60
naffan 2016-02-02 14:30:53 +08:00
@ebony0319 每个人对 spu 和 sku 都有自己的理解,可是真理只有一个,那么我们可以讨论一下什么是 spu 和 sku 。这样有助于理解的正确化,也有助于帮助程序提早的矫正框架的 spu 和 sku 概念。下面,我说说我对这两个单词概念的理解。
spu 就是商品,是不同 sku 组合成的一个实体。 比如, iphon6 就是一个 spu , iphone5 就是一个 spu 。 sku ,最小单位化,和你刚才说的一样。不如,颜色,大小,重量。 那么总结起来,颜色 sku 为金色,大小 sku 为 6.5 寸,重量 sku2kg (数都是我随便举的)。组合起来的就是 spu 是土豪金 iphone6plus 。 同样,白色的 iPhone6plus 又是另一个 spu 。但是,金色和白色都是 iphone6plus 这款产品。 不知道我这么理解有没有问题,如果有请帮指正,感谢 |
61
naffan 2016-02-02 14:40:47 +08:00
我 google 了下 spu 和 sku 的理解。第一篇文章的作者和我的想法一样: http://www.biaodianfu.com/spu-sku.html
|
62
naffan 2016-02-02 14:49:09 +08:00
https://www.zhihu.com/question/19841574 这个是知乎专门问 spu 和 sku 的。回复的人跟我说的不一样。而我觉得人家说的很对~我开始感觉我的理解出现了偏差。。
|
63
naffan 2016-02-02 14:54:42 +08:00
经过我的思考。我否定了刚才我的理解。现在重新归纳,望大家指出不对的地方
中国产的 iphone6plus 是一个 spu 那么金色 6.5 寸 2kg 是一个 sku 。白色 6.5 寸 2kg 是一个 sku |
64
sujin190 2016-02-02 15:35:18 +08:00
@naffan 伪静态,数字就是商品 ID ,也就是 skuid ,你可以对京东和淘宝的分别加一下购物车看下参数就知道他们怎么设计的数据结构了,淘宝加购物车有两个 id ,一个是 item_id,另一个是 skuId ,京东则只有一个 pid
|
65
alore 2016-02-02 17:53:47 +08:00
实际上,商品系统的开发,有非常多的因素需要考虑。不仅仅是满足当下需求的问题,你得知道,给你需求的业务口人员,可能自己都搞不懂真实的需求是什么,或者会变成什么。
如果是我做,对于一个全新的电商项目的商品部分的数据结构,说一个偷懒的做法,仅供参考: 1 、分析提取商品的最大共性,比如名称,描述等形成商品表; 2 、然后所有个性信息,比如颜色,规格等等,全部用一个 XML 描述。这个 XML 描述也存在上述商品表的某个字段中; 3 、针对后台维护和前端显示,通过前端 JS 实现各种需求下数据的各种常见呈现和操作,同时 JS 能够对不同版本的商品 XML 向下兼容。 这样做的好处是,减低未知需求变化对数据层的影响。反正业务部门需求天天都在变,我们最终只在 XML 上做描述就可以实现这一块的业务变更。技术资源主要投入在通用组件的开发上,比如根据 XML 结构自动形成下拉条,多选框之类的东西。 再有像库存数量变化的问题,实际运行中会有很多情况发生,比如下单暂未付款的库存锁定、释放等等,这个和业务部门的需求都是密切相关的,也许这次是要下单就减库存,也许下次就变成未付款超时释放库存,这些都是不确定的。那这种情况下,技术部门当下要考虑的就是,怎样做好技术储备,在需求变化时用最小的投入最快的满足需求。 以上,参考参考。 |
66
passion336699 OP @alore 那这个 xml 的数据格式弄成怎样的呢?也是存 金色 6 寸 100(库存) 88.00(单价) 这些数据?
|
67
naffan 2016-02-02 18:22:00 +08:00
@sujin190 我按照你说的做了一下。和你说的有些出入
http://cart.jd.com/addToCart.html?rcd=1&pid=10031739234&rid=1454408050513&em= 这个是京东的, pid 的话是 productid , rid 就不知道是干什么的了,至于 em 就更不知 https://buy.tmall.com/order/confirm_order.htm?x-itemid=44482631034&x-uid=134565651&spm=a220o.1000855.1.1.XA7jIf 这个是淘宝天猫的, itemid 是商品 id , uid 是我登入的用户 id , spm 看不出来是啥? |
68
naffan 2016-02-02 18:51:35 +08:00
@alore 说的是这个庞大系统中的一小部分。就是这个小部分还会有不同的业务逻辑。所以,我们还是把问题放在一个地方上,防止发散。
|
69
hellokittyer 2016-02-02 19:04:18 +08:00
来个直接点的吧, show me your code
|
71
alore 2016-02-02 22:29:04 +08:00 1
@passion336699 是啊,把所有关于具体商品的差异都用 XML 中描述和储存。
XML 的字段内容类似这样: <商品属性> <商品编码>SPU_ID</商品编码> <颜色> <白色> <16G 价格=5000></16G> <64G 价格=6000></64G> </白色> <玫瑰金> <16G 价格=5000></16G> <64G 价格=6000></64G> <玫瑰金> </颜色> <其他属性.../> </商品属性> 然后你要写什么就都放里面好了,最后做一个解析器去解析和呈现 TA 。这个 XML 的结构是可以有版本的,比如你今天做手机有如上属性,过一段日子你可能要做服装,那么在这个基础上增加元素就好了。 这样你主表中只要存储诸如 SPU_ID 这样的所有商品都具备的共有属性就可以。 理论上只要是有关联结构的存储,你最终总能实现你所想要的功能。只是实现的代价高低之分。 其实写着写着,觉得楼上说的没错,有些偏题了。我这个说的是存储灵活的问题,你问的可能是入参规范和涉及的合理数据结构的问题。 如果是希望入参一致,那么按照楼上一个 SKU 对应一条记录(或一个 XML 内容),应该是比较好的做法了,原则上都是以 SKU 为单位进行存储。 |
73
pzzrudlf 2016-03-25 18:58:26 +08:00 via Android
|
75
Sunyanzi 2016-05-16 06:08:14 +08:00
@zbb 咦这么久之前的帖子还能被发现啊 ...
缓存不算 ... 分类检索是索引命中 ... fakeid 检索是唯一命中 ... 单表的情况下检索效率不能更高 ... 关键字检索是由另外的系统提供的 ... 就不在这里说了 ... |
76
v9ex 2016-11-03 22:06:22 +08:00
@Sunyanzi 全部看完回复,认为和 ecshop 和 shopex 结构差不多,一直用这种结构开发商城 3 年,几个问题一直在困恼。
不知道这么长时间是否还可以看到! 问题 1 : 这种结构在做前后台显示规格方面,不能对例如: IPHONE 手机,白色,下面无货的进行过滤,只能按照一个算法把全部规格列出来,不能对超过 2 级的分类,单独控制状态,这个看到你有回复,但不知道有没有解决方案 问题 2 : 如果价格,库存这一类商城必须要进行排序的,那么你表里面的 ware_item 这个里面应该必须要记录价格、库存,否者怎么进行排序? 如果可以,希望能有联系方式,想深度沟通下! |
77
passion336699 OP @v9ex 兄弟,能放个具体点的表看看嘛。我也还是很困惑
|
78
v9ex 2016-11-04 09:47:37 +08:00
|
79
v9ex 2016-11-04 09:51:31 +08:00
@Sunyanzi
但实际的库存远不是一个数字就能简单解决的 ... 记录各大区各仓库的库存情况就不止一张表了 ... 加上出入退库记录 ... 货物调配 ... 库耗控制 ... 呆滞警报等等杂七杂八的事情 ... 再算上厂家直发的部分 ... 总之库存这两个字的复杂程度绝对超乎你想象 ... 库存这个也是一个问题,如果用其他表来记录,相互交织,很复杂 |
80
Sunyanzi 2016-11-07 01:36:57 +08:00
@v9ex 啊我这两天没注意提醒消息 ... 久等了 Sorry ...
我刚喝完酒回来现在理解力可能有点跟不上 ... 我没明白你说的「不能单独控制状态」是指什么 ... 比如 iPhone 白色 对应唯一 SKU id ... 然后这个 SKU id 对应一个库存状态 ... 这有什么查不到 ..? 另外我这几个系统在用户端都没有按库存排序的功能 ... 如果你有需求就把库存冗余在表里即可 ... 库存的涉及面很广的 ... 商城只是整个库存管理体系中小小的一环而已 ... 当然如果你不做后面供货的部分就完全不用管库存的事情 ... 只要做了就肯定会有其他一堆表了 ... 至于联系方式 ... 你看我的头像 ... 看到那三个定位块 ... 没有想到什么吗 ... |
81
15208152980 2016-11-14 09:21:24 +08:00
@Sunyanzi 大神 我最近也要设计一个商品&产品&库存的表结构 以前没做过这个 能指点指点吗?看上面的回复 很乱啊 你的头像是二维码?识别不出来啊
|
82
Sunyanzi 2016-11-14 09:38:20 +08:00
@15208152980 点我的用户名 ... 在个人页面扫 ... 如果还是扫不出就试着放大一些页面吧 ...
以及如果你只是要「指点指点」的话其实我不太知道该说什么诶 ... 你至少得有个方向吧 ..? |
83
alex8 2016-11-16 11:33:49 +08:00
京东的商品 SKU 设计比较优秀
举个例子:博世的空调滤清器,再商品列表页空调滤清器分类博世品牌下全是同一 SPU 不同 SKU 的热销商品,进入到单个商品页面里,也可以选择其他的 SKU ,选择其他 SKU 就跳转到相应的页面。 这样价格、库存都在商品表里保存,只需加一个 SKU 表,保存相关的 SKU 商品配置关系即可。 |
84
widdy 2017-04-17 00:41:30 +08:00
仔细看了这么多帖子,但是京东的设计仍然有些不明白的地方。
比如理论上来说 https://item.jd.com/4028192.html 这个页面的 thinkpad 应该都是一个 ware_id ,只是不同的 sku_id , 但是我在查看这些不同的 sku_id 商品的时候,发现下面的商品介绍以及规格与包装也都是不一样的, 根据这里面 http://jos.jd.com/api/detail.htm?id=112 的京东 API 没发现可以直接设置 sku 级别的商品介绍( http://mjbbs.jd.com/thread-79007-1-1.html ), 这个又貌似表明这些都不是一个 ware_id ,所以又像是 @realpg 的想法,但是查遍了京东的帮助文档,都没有发现设置商品聚合显示的功能。 @Sunyanzi 。有没有在京东开店的来解个惑。 |
85
widdy 2017-04-17 01:35:15 +08:00
找到了,应该是 http://help.jd.com/Vender/question-476.html 这个功能
|
86
widdy 2017-04-17 01:40:16 +08:00
额,不是的。。。理解错了
|
88
widdy 2017-04-17 10:04:40 +08:00
@realpg 保持一致性懂了。我只是不太明白京东前台商品详情页的 选择 XX ,应该是在后台有个关联商品的设置才对。类似于苏宁这个功能,商品关联管理产品操作手册( http://stc.suning.com/stc/learn/coursedetails.do?courseCode=100000681) ,但是我找遍了京东的帮助文档和 api 接口等,都没有发现有这个功能,所以不太确认它这个是不是和苏宁一样的做法。
|
90
zhangcjl 2017-04-17 22:44:05 +08:00
@Sunyanzi
| 1 | 1 | 583701 | NULL | ["电信","白","16G"] | 1999.00 | NULL | 1 | | 2 | 1 | 583702 | NULL | ["电信","黑","16G"] | 1999.00 | NULL | 1 | | 3 | 1 | 583703 | 最后五台 | ["移动","黑","64G"] | 1999.00 | 5 | 1 | 请问这样的规格数据要怎么在页面上显示和筛选?谢谢 |
91
LeMango 2017-07-25 14:00:46 +08:00
@ebony0319 请问,拿烟来举例,我按条进货,自动转成最小单位盒的库存之后。可以按盒跟条进行售卖。那么盒的库存应该怎么显示。
|
92
ebony0319 2017-07-25 14:21:45 +08:00 via Android
@LeMango 您好,这种销售类型为捆绑销售。库存关系是这样的 1 条烟有 10 包烟。你入一条烟自动转换为 10 包。你销售一条自动减 10 包。库存里面没有条的概念(当然你也可以这样合并算,但是可能有十包都是散的不能成条),只有最小单位包。
|