商品促销活动
直接折扣（给一个折扣率，商品按折扣）
固定金额（直接给某商品一个固定金额）
减价（直接单品减价）
优惠送礼品（某单品购满多少件，送某礼品）
买赠（某单品买M送N）
团购（套餐，多个单品组合一个套餐价）
抢购（单品指定总抢购M件，每个用户有单独限购1件）
这上面的这些促销，表结构如何设计最佳。一个人一个半月完成。能完成？目测不可以。碰上XX经理！
回复内容：
商品促销活动
直接折扣（给一个折扣率，商品按折扣）
固定金额（直接给某商品一个固定金额）
减价（直接单品减价）
优惠送礼品（某单品购满多少件，送某礼品）
买赠（某单品买M送N）
团购（套餐，多个单品组合一个套餐价）
抢购（单品指定总抢购M件，每个用户有单独限购1件）
这上面的这些促销，表结构如何设计最佳。一个人一个半月完成。能完成？目测不可以。碰上XX经理！
看你的访问量了，如果访问量不大的，不要考虑设计，应该也能做
但如果并发量很大，哪就 嘿嘿嘿了，
我是这么思考的。
和商品有个的在商品表或商品子表中
直接折扣（给一个折扣率，商品按折扣）
固定金额（直接给某商品一个固定金额）
减价（直接单品减价）
这些和商品有个存放商品表中
优惠送礼品（某单品购满多少件，送某礼品）
买赠（某单品买M送N）
订单有关的存放订单表中
和多表有关的设计独立模块
团购（套餐，多个单品组合一个套餐价） 团购模块
抢购（单品指定总抢购M件，每个用户有单独限购1件） 抢购模块
加上计划任务维护时间有关的属性。
看下设计模式方面的东西，比如封装一下 生成价格的方法。就是不同的活动返回不一样的价格，说起来简单，实现起来还是需要理解一下设计模式的
商品表关联一个促销规则字段，关联下面的ID
促销规则表里面有很多规则可以直接增删改查，包括了你说的所有的规则
id,打折类型，直接折扣，固定金额。。买M,赠N(这变成两个字段)。。。。。这些
直接折扣（给一个折扣率，商品按折扣） 固定金额（直接给某商品一个固定金额） 减价（直接单品减价） 优惠送礼品（某单品购满多少件，送某礼品） 买赠（某单品买M送N） 团购（套餐，多个单品组合一个套餐价） 抢购（单品指定总抢购M件，每个用户有单独限购1件）
还一个用户购买明细表（）
userId,促销规则ID,订单号。。。。。。。。
前两个是联合主键，这样，不同的商品添加不同的规则不会对限购有影响
同时也可以对订单添加限制
写个计算方法类
根据规则ID计算（方便统一修改），如限购规则，可以进一步查询用户购买明细表限制
说实话，你这个需求这么明确，直接就干呗，一个半月？？？一周时间都不带加班的，这还包括了测试
上面我说的可以应付 同样是 直接就折扣 但不同商品有不同折扣，上面只要再加一个新的规则就行
如果想对某一分类做促销，可以再计算方面里面进行一下逻辑处理就行了
