请问一下牛人，如果有这样一个需求该怎么样设计一张mysql表；
1、A直接推荐B，可享受B所交会员费的8%;
2、B推荐C，A享受C所交会员费的2%，B享受C的8%；
3、C 推荐D，A享受D的1%，B享受D的2%，C享受D的8%；
1、A直接推荐B，可享受B所交会员费的8%;
2、B推荐C，A享受C所交会员费的2%，B享受C的8%；
3、C 推荐D，A享受D的1%，B享受D的2%，C享受D的8%；
This topic created in 4364 days ago, the information mentioned may be changed or developed.
 |
zieglarDec 4, 2014
1
不是mysql表的问题，一张会员表，纪录会员及推荐人，另外一张表记录各级推荐的阶梯返利
|
 |
kisshereDec 4, 2014 via Android
2
搞传销，鉴定完毕，不过粗略想了想，这个跟MySQL没关系吧，业务逻辑就能实现啊，推广链接附带一个小尾巴，以php为例，把父ID，祖先ID(如果存在)用的数组serialize再可逆式加密(参考discuz加密)后生成这个小尾巴，php在GET后count一下array从而判断存在多少层父ID，然后该乘以8%还是2%自己添加就行了
|
 |
mkeithDec 4, 2014
3
用户ID,上家ID
然后依次查找用户的上家,上家的上家,直至上家没有上家未知 |
 |
4
传销不传销不知道，但是项目是公司接的，咱们只负责做啊
|
 |
xia0chunDec 4, 2014
5
 不知道这样能不能满足你的要求，计算的时候分别乘以该级别的折扣即可 |
 |
sampengDec 4, 2014
6
见好友关系设计思路
|
|
7
小猿跪谢啊
|
 |
feiyuanqiuDec 4, 2014
8
@xia0chun 我觉得表里面存一个直接推荐人就行了
要考虑到以后需求会变，如果要求支持D推荐E那不是还要改表结构？ 这个问题其实就是一个树状结构。我之前在公司做过仓库覆盖地区跟这个差不多。每条数据就只需要一个标识上级ID的字段就行了： 1、给定一个用户ID，要获取所有有关系的推荐人，只需要根据当前需要获取的推荐人数量，left join 几次这个表就行 2、如果要展示所有的推荐关系，可以把表内容全拿出来，PHP可以通过 [引用&] 操作一次遍历就把整个层级关系构建出来 |
 |
jy02201949Dec 4, 2014
9
ID 跟SUPERID， 再加个层级的字段1、2、3、4之类的，其实没有也没关系根据ID跟SUPERID我觉得就够了
|
 |
stiekelDec 4, 2014
10
这个应该还好吧，一张用户表，一张各级奖励的具体数字表就行了。
用户表里，有个字段是标明推荐人的。 当要统计A的奖励数时，先看哪些人的推荐人是A——可以找到B，再看哪些人的推荐人是B——可以找到C，最后再找哪些人的推荐人是C——于是找到D。 再将各级的数量，与奖励表进行对应。 主要逻辑写到代码里，如果想逻辑写到MySQL，那就得用存过了。 |
|
xia0chunDec 4, 2014
11
|
 |
zakokunDec 4, 2014
12
一张用户表就可以了. level 记录这个人在推荐链上的层级.
 |
Select Language