争对数据库设计和交易流程分析可把我搞糊涂了,我们产品部已经规划好了,每个商务会员收到自己商品的定单,就是说个人会员下了一个定单买了多个商家的商品,商务会员只能在自己后台看到自己商品的定单,这样的话就是要将一次定单分成几个小定单,对于新手的我开始没有头绪,后来经过询问和分析,有点理解了,我这里有两套方案,还需要进一步探讨.
一. 定单分为两块,总定单和子定单,个人会员后台看到的是总定单信息,商务会员看到的也是总定单ID,但连接进去只能看到子定单信息,
二. 定单没有总定单,在个人会员下定单的同时,体统直接将该定单分成N个小定单,存入数据库里,在个人会员后台看到的就是N个小定单,但这些定单提交的话是一次性提交的.
三. 定单分总定单和子定单,个人会员和商务会员后台看到的都是子定单信息,而管理员后台看到的是总定单,因为我们平台要先接收个人用户的付款,就是根据总定单编号来实现的.
现在来分析下， 其实两种方案都存在问题,第一个方案,存在一个严重的状态问题,子定单必须有一个状态,总定单也必须有啊，不然怎么知道该定单是否完成.但是这样的话在子定单状态发生改变,总定单的状态怎么变呢?只要有一个种定单没有完成,这次的定单就不算完成,这样很可能导致整个交易的失败,也不可能只要完成一部分子定单就可以结算吧. 第二个方案我觉得比第一个方案好， 不过汇款问题严重,因为个人用户付款是先付到我们平台,这个就必须跟某个定单号想关联,如果是子定单该怎么分呢?个人用户的体验不好,提交了一次定单却形成了N个子定单,还有就是两种方案共同的问题,就是配送商品的问题,每个商家的送货时间不同,那就是说我购了一次物付了款,商品有可能要分几次才能拿的到.这样感觉都不好..
各位兄弟姐妹,大哥大姐,你们有什么好的建议呢,帮我分析下咯 ,`,谢谢.
我们方案最终决定了，没有总定单,一个商家的商品为一个定单， 虽然是麻烦了点,但是这样的B2C也只能做到这样了，不过淘宝最近正式开通了B2C专卖,它可是酝酿了几年.
,
这个送给你！