分销系统的用户关系，用户与推广链接的数据库设计。设计思路

简单点说二三级分销系统，

　　1、用户通过分享链接促成商品卖出，获取到一定比例的商品利润。

　    2、用户促成交易获得一定比例的利润时，其上级用户也会获得一定比例的利润。

 　　对于本人所设计的分销系统，与二三级分销系统还是有很大的差别，

只要是上级用户，其下级或无线下级的用户一旦获取利润，其都可以获得一定利润比咧，而类似于微信的二三级分销系统，是只有连续的三级用户才可以获得利润。

这里只为解决这些需求所带来的技术难题，不做实际应用。

由上我们可以分析出一些内容

　　数据库设计方面：用户表的设计，用户的上下级关系如何设计，推广链接的数据库存储，用户与推广链接的数据存储

　　网上看到用户上下级关系有很多存储方式，

　　比如，

方法一、

　　用一个tree字段存储字符串来表示上下级关系模式，比如A用户是B用户的上级，

则用户B的数据库中tree为"/A/" ,  B用户的下级是C用户，则C的tree是"/A/B/"

这样要数据库查找上下级关系的时候只需要SELECT * FROM user WHERE treelike "/A/%"

如上面sql语句是查找出A的所有下级用户，使用一条简单的sql语句即可完成查找。

如果要找到当前用户的所有上级用户也是用like关键字进行匹配，如查找C用户上级  ,  %是通配符，匹配任意多个字符串

SELECT * FROM user WHERE treelike "%/C"

这个查找上下级时间复杂度是O(n)，但是新增一个下级用户，或删除下级用户时，这个操作可能会变了很复杂，要修改所有相关的tree字段

方法二、

　　还有一种引入左右值数据的方法，也就是增加left和right字段

基于Tree的前序遍历的无递归查询、无限分组的左右值编码方法

图片来源链接

https://www.cnblogs.com/huey/archive/2015/05/21/4518979.html

左右值编码方法还不会使用，只能暂时放弃，看的头晕怎么破啊

资料来源：https://blog.csdn.net/monkey_d_meng/article/details/6647488

最后本人还是使用相对原始的方法，

方法三、

　　继承关系，

设置一个Parent_id的方式进行树的存储，

用递归的方式进行遍历某个节点的子孙节点，获得节点的唯一一条父节点列表。

写的一个大概得代码描述，可以借鉴

补充下遍历下级用户的方法，但数据返回给前端后有点复杂，要js循环解析json数据

/**
     * 
     * @param id
     * @return
     */
    public JSONArray searchSubCustomer(int id) {

        /**
         * 这里只查询用户下一级的子用户。
         * 有数据情况下，遍历其子用户，
         * 当如果该用户没有子用户，即返回为null时，直接返回null并且结束这个方法，可在for循环中看到逻辑处理
         */

        // 这部分sql查询，按照自己的方法数据库查询，这个查询是调用JFinal框架的ActiveRecordPlugin 这个插件进行数据库查询
        List<Customer> customerList = Customer.dao
                .find("SELECT * FROM customer WHERE id IN (SELECT id FROM customer WHERE parent_id=?)", id);
        if (customerList == null) {
            return null;
        }
        JSONArray jsonArray = new JSONArray();//这个用来保存所有的数据集，嵌套使用
        for (Customer customer : customerList) {
            //这个通过传递用户id，进行递归查找其所有下级用户。如果返回null，说明其没有下级，直接将
            //它自己放进jsonArray数据中。
            JSONArray temp = searchSubCustomer(customer.getInt("id"));
            JSONObject jsonObject = new JSONObject();
            if (temp == null) {
                //没有下级，直接放自己
                jsonObject.put("self", customer);
                jsonArray.add(jsonObject);
            } else {
                //有下级，放自己的同时，另起一个subUser为key放所有下级
                jsonObject.put("self", customer);
                jsonObject.put("subUser", temp);
                jsonArray.add(jsonObject);
            }
        }
        return jsonArray;
    }

获得的结果类似于下面结构，如果没有下级直接返回空，即[ ]

只有一个下级则会返回下级本身，即 [ {self:下级对象} ]

如果下级还有下级，则结构为 [ {self:下级对象自身},subUser:[ 下级集合数组 ] ]

[
    {slef:object},
    {self:object,
     subUser:[
                {self:object,
　　　　　　　　　　 subUser:[]
　　　　　　　　　　},
                {...}
            ]
    },
    {self:object}
]

可能我的数据量比较小，感觉用着速度还是很快了。可能数据量比较大的场景不适合，要使用sql的存储过程来提高查询速度。

能用就好吧！

用户与推广链接的关系，直接使用逻辑上（不加外键约束）外键连接即可，进行分润时候，直接使用List存储父子关系，反向进行分润即可。

 可参考数据库代码：

分销系统数据库设计