大家觉得这个表结构该如何设计，探讨探讨

多级推销注册的变种？

这里的一级粉丝、二级粉丝是怎么定义的？

这种很恶心的，越到后面越要搞得复杂，甲方会认为功能越复杂，软件就越牛逼

方法1，会员表加字段relation，保存推荐关系，如：

|,1,2,3,| => 1推荐2，2推荐3

|,1,2,5,| => 1推荐2，2推荐5

查询2的所有1级：

where  parent_id =2

查询2的所有2级：

where relation like '%,2,%' and parent_id <>2

查询2的所有下级：

where relation like '%,2,%'

缺点，代数过多时，查询时不好按代数查询。

方法2，用一张表保存关系

CREATE TABLE `member_relation` (
    `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '主键',
    `member_id` INT(10) UNSIGNED NOT NULL DEFAULT '0' COMMENT '会员id',
    `ancestor_id` INT(10) UNSIGNED NOT NULL DEFAULT '0' COMMENT '上级id',
    `deep` TINYINT(2) UNSIGNED NOT NULL DEFAULT '0' COMMENT '代数',
    `member_level` TINYINT(2) UNSIGNED NOT NULL DEFAULT '0' COMMENT '会员等级',
    `ancestor_level` TINYINT(2) UNSIGNED NOT NULL DEFAULT '0' COMMENT '上级等级',
    PRIMARY KEY (`id`) USING BTREE,
    INDEX `idx_member_id` (`member_id`) USING BTREE,
    INDEX `idx_ancestor_id` (`ancestor_id`) USING BTREE
)
COMMENT='会员层级关系'
COLLATE='utf8_general_ci'
ENGINE=InnoDB
;

跟我们需求一样，下层用户是无限的 :joy:

看见分销粉丝这种的就想🤮，祝楼主早日摆脱苦海

铁门铁窗铁锁链

看起来像传销 :flushed: