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

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

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
讨论数量: 8

多级推销注册的变种?

2年前 评论
一个人的江湖 (楼主) 2年前

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

2年前 评论
一个人的江湖 (楼主) 2年前
WadeYu (作者) 2年前

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

2年前 评论

方法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
;
2年前 评论

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

2年前 评论
她来听我的演唱会 2年前
sharejia (作者) 2年前

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

2年前 评论

铁门铁窗铁锁链

2年前 评论

看起来像传销 :flushed:

2年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!