V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  naffan  ›  全部回复第 1 页 / 共 2 页
回复总数  25
1  2  
@ebony0319 哈哈哈哈
@alore 说的是这个庞大系统中的一小部分。就是这个小部分还会有不同的业务逻辑。所以,我们还是把问题放在一个地方上,防止发散。
@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 看不出来是啥?
经过我的思考。我否定了刚才我的理解。现在重新归纳,望大家指出不对的地方

中国产的 iphone6plus 是一个 spu 那么金色 6.5 寸 2kg 是一个 sku 。白色 6.5 寸 2kg 是一个 sku
https://www.zhihu.com/question/19841574 这个是知乎专门问 spu 和 sku 的。回复的人跟我说的不一样。而我觉得人家说的很对~我开始感觉我的理解出现了偏差。。
我 google 了下 spu 和 sku 的理解。第一篇文章的作者和我的想法一样: http://www.biaodianfu.com/spu-sku.html
@ebony0319 每个人对 spu 和 sku 都有自己的理解,可是真理只有一个,那么我们可以讨论一下什么是 spu 和 sku 。这样有助于理解的正确化,也有助于帮助程序提早的矫正框架的 spu 和 sku 概念。下面,我说说我对这两个单词概念的理解。
spu 就是商品,是不同 sku 组合成的一个实体。 比如, iphon6 就是一个 spu , iphone5 就是一个 spu 。
sku ,最小单位化,和你刚才说的一样。不如,颜色,大小,重量。

那么总结起来,颜色 sku 为金色,大小 sku 为 6.5 寸,重量 sku2kg (数都是我随便举的)。组合起来的就是 spu 是土豪金 iphone6plus 。 同样,白色的 iPhone6plus 又是另一个 spu 。但是,金色和白色都是 iphone6plus 这款产品。 不知道我这么理解有没有问题,如果有请帮指正,感谢
@realpg 首先,谢谢你热情。其次,得祝福一下你陪护的亲人,望能快快好起来。今年,我姥姥也有一次肺炎住过院,要命的病陪护很费自己的精力和体力。我完全能理解。请原谅允许我说下私心话,由于我也处在电商的项目中,时间不等人,我也强烈期望着有经验人的经验,望能够理解。不过,没有关系我可以尽量等待哈哈。
最后,愿你以及你的家人过一个好春节。
php 遇到的尴尬很多。小网站当然最为适合。但是大点的前端都是用 java 抗高并发的。所以,很多公司会存在 java 和 php 共存的情况, php 得快是有目共睹的,所以都是用 php 处理数据库等底层的业务,而前面都是 java 处理的。 所以说,如果能有更好的机会尽量不要选择 php ,年头长点的 phper 都会有转 java 的想法。
@realpg 那咱们先不说阿里的玩法吧。就说你参加的几个项目。照你所说,我感觉你的意思和楼主所说的表设计差不太多。但是,@Sunyanzi 说如果每个 sku 都是一个独立商品会后患无穷,具体什么后患我不清楚只有过来人才能说出。不知道你能不能提供个建表思路呢?感谢
@sujin190 请问你是如何看出的京东和淘宝是不同的唯独。我看京东怎么都是静态页面呢?
@realpg 不用道歉哈,多大点事。

不过话说回来。这东西还真是处处关联的吧。同时,也需要一堆复杂的逻辑吧?
@realpg 永远不可能是程序员开始提 sku 这玩意的,要赖也得赖产品。程序只是照产品的意思表达的
@passion336699 你理解了么?我现在很关注这个帖子
当用户产生购买行为的话,买了台 64g 的。那么我们就需要把这个 64g 手机的库存减少。而这样设计的话,库存其实应该与 item 做关联吧?
我按照大家的思想得出以下结论。
还是 3 个内存量的手机为例,
在数据库中这个手机为 plu ,存在一张商品表里, id 为 1
3 个内存量分别存在属性表中,关联这个 id=1 的商品。

在页面上显示这个手机的页面,会先得到商品 id ,然后通过商品 id 获取属性,然后循环出 3 个内存量的规格。
然后用户进入页面访问,默认为 16g 。 url 中带着 id=1 , item=1 。当用户选择 64g ,则 url 改为 id=1 , item=2.
@ebony0319 请问 jarlyyn 和你说的是一个意思么?
@zzzhc java 的, 不做 java 的还得搭 jdk 吧?
@ebony0319 你有三个手机,分别是 16g 64g 128g 。那么你说的最小单品如何拆分?
@kanezeng 不在面是正确的。设计原因主要就是购物车发生订单的时候会有个锁库存,取消订单时会有个解库存的操作。还有别的对库存的操作,这样就会对存库存的表的 db 操作过大,导致系统平井。所以,我想问的如果你不放在这个表里,那是放哪?如果还是单有个表的话,那么一样也会碰到刚才我的说的那些情况。那么更好的解决方法就是利用 nosql 存,那么问题来了, sunyanzi 你们真的是这样做的么?
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2797 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 03:37 · PVG 11:37 · LAX 19:37 · JFK 22:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.