有商品区域价格的相关思路不,比如表结构设计等等

• 資深大佬 : shuang

  需求不明，能再补充下不

• 資深大佬 : YouLMAO

  根据不同省份重定向到不同 itemid, 因为要和优惠券, 团购, 闪购各种需求兼容, 只有一种做法

• 主 資深大佬 : lxbu

  @shuang #1 需要是商户想对每个区域设置不同对价格进行销售

• 主 資深大佬 : lxbu

  @YouLMAO #2 可以再具体点吗？不同的 itemid 意思是一个商品对应不同区域都算一个 itemid ？

• 資深大佬 : YouLMAO

  @lxbu 就是上架那一刻直接裂变成不同商品，各自上架下架，价格随便调，不要告诉我库存是共享哦，这样是杀熟央视直击

• 資深大佬 : YouLMAO

  要是都是上海虹口发货，北京卖 2 倍价格，明天马已经服就是你的下场

• 資深大佬 : akira

  好方法没有，粗暴点的话，价格做个几十列就是了咯

• 資深大佬 : YouLMAO

  @akira 已有的需求如何兼容想过没有？ 发券，满减，闪购，加购送，

• 資深大佬 : akira

  @YouLMAO 木有。这些考虑进来就头大了

• 資深大佬 : levelworm

  不同的 sku 就好了呀

• 資深大佬 : coolmenu

  好像也是生成不同的 sku，定义同一商品，不同省市 sku 的规则，用程序一次性生成比较好点？
• 資深大佬 : IDAEngine

  每个省份同商品显示不同的 sku

• 資深大佬 : greed1is9good

  看来以后网上购物都得用代理了。。。

• 資深大佬 : lihongming

  挺正常的场景，大家不要反应过度。很多东西都有明显的地区差价，比如电信，比如鲜花，比如水果。

  显然，这个价格需要按收货地来定，而不是 IP 来源地，所以上说挂代理的其实解决不了问题，搬家才是王道。

  数据库结构的话，能想到的也就是个三表结构——商品表、地区表、商品地区表（含价格和库存）。不过实际应该更复杂，因为你大概率还得分仓，每个仓库负责几个地区，若是仓库之间还有重叠 （部分地区可由多个仓库送达）就更复杂了，自己慢慢研究吧……

• 資深大佬 : bagheer

  把地区当成 SKU 一个项就解决了

• 資深大佬 : garlics

  价格差异算到邮费里？

• 主 資深大佬 : lxbu

  @YouLMAO #5 就像下说的那样,地区类似于于规格属性作为裂变 sku 的一个选项对吧?

• 主 資深大佬 : lxbu

  @YouLMAO #6 好像的确是这样,发货都是同一个地方,不同区域的用户价格不一样

• 資深大佬 : Jooooooooo

  @greed1is9good 你猜下新疆的人用江苏的代理能包邮吗?

• 資深大佬 : Kirsk

  地区商品关系表+价格字段 思路 业务对象建模

• 資深大佬 : oneisall8955

  库存分仓，价格根据仓位走

• 資深大佬 : YouLMAO

  统一库存，只能是拆了，共 10 个，广东的 sku 分 5 个，上海 4 个，北京 1 个 上海滞销就划转库存到北京