mysql表关于多级销售设计问题

单独做一个关联表吧，把 商品 ID+订单ID+销售ID 放进去，每个销售都放一份，然后你可能还需要一个字段来区分，这个订单是来自下级的，还是自己的，就用下级ID吧。

是不是会有下级一直包装发布同一个商品 ，感觉做的骚一点，直接订单一个字段冗余三个直属上级的id 1,2,3；如果涉及到所属上级可以变更，数据会有新问题

需要有一个商品关联表，就是某一个人创建了这个商品后 需要找出这个商品对应在上级那里的id是什么 写入这么一条关系记录，创建订单时，最好也有一个订单关联表，订单表有一条数据不变，找出这个订单的商品所关联的所有上级，写入记录，那么某个人查询订单时可以先查这个表拿到订单编号，再联查订单主表去查出对应的数据

订单记录下 从丁到甲的所有id,,用 逗号分割成自字符串，保存在一个字段就。查询的话用 find_in_set

看到很多朋友建议商品和订单建立关联 ，其实这里我觉得没问题。 但是怎么建立我有点异议。其实这个可以转换为人与人的关系。因为如果有一天用户与下级和上级的身份解除了。需要对这种关联做很多处理。 其实建立一张用户的上下级表来做应该要好一些，一旦以后的需求改变，比如要增加看下级的商品，还有下级的其它信息也可以根据这张表来。 表结构大致如下：

CREATE TABLE `user_relation`  (
  `user_id` int UNSIGNED NOT NULL,
  `super_ids` mediumtext NOT NULL COMMENT '上级IDS',
  `child_ids` mediumtext NOT NULL COMMENT '下级IDS',
  UNIQUE INDEX `idx_user_id`(`user_id`)
);

查询用户就先查出这张表用户的下级，然后直接查订单表即可

需要先确认一下分级销售的模式：楼主讲的是下游销售代理销售，上游供应商待发货的，之后各级代理和供应商分润，可以这样理解吗？

如果理解的没错，需要将实际利润按照分润策略进行计算，单独再记录一张分润明细表，其字段应该有：订单ID、售后单ID、商品ID、销售ID、分润策略ID、分润金额(售后可为负)、结算时间 和 创建时间。

这张表应作为另一张结算单明细表的数据依据，为向各级销售的结算进行准备。