Как лучше реализовать многоуровневую реферальную систему для выплат рефералов?

Question

[tema21978]

Сейчас я представляю себе так:
в БД каждому пользователю сделать ячейку referal т.е хранить id пригласившего пользователя.
И запустить функцию с рекурсией, которая будет брать значение referal выплачивать ему %, и до тех пор пока не закончится ветка с рефералами.
Как вы считаете это решение нормальное? Может вы что предложите ?

Comments

[ComodoHacker]

Поточнее поставьте задачу. Как именно рассчитываются выплаты?

[tema21978]

ComodoHacker, Выплаты рассчитываются в % от суммы пополнения - Например если участник пополнил 100р, то его реферал получает определенный % от этого пополнения, далее уже его реферал получает другой % т.е как я описал в рекурсии только выплаты в процентах уже каждому рефералу на ветку выше уменьшаются допустим 10%, 5%, 3%, 1% и все последующие 0.5%

[ComodoHacker]

А, типа МЛМ лохотрон. Даже не хочется связываться с таким, честно говоря.. И вам не советую.

Но вообще реализуется через отдельную таблицу, хранящую транзитивное замыкание для отношения "реферал" Типа

user_id
referral_id
referral_rate (процент)

Обновлять по триггерам на основной таблице юзеров.

Answer 1

[_]

Варианты:
1. Хранить как вы описали, придется шариться по базе потом выстраивая граф при каждой оплате.
2. Хранить сразу список рефереров с уровнем (json филдом, например), под ваши требования пойдет, но есть ограничения при дальнейшем расширении
3. Сделать M2M и в промежуточной таблице хранить инфу об уровне рефералов. Тогда вы сможете легко находить и всех рефералов и всех рефереров юзера.
Т.е. промежуточная таблица в М2М будет хранить: referral_id, referrer_id, referral_level.

Плюс при эволюции системы вы скорее всего захотите хранить еще какую-то информацию о рефералах и тогда сделаете отдельную 1-to-1 табличку с реферальным профилем юзера. Ну и М2М тогда будет между реферальными профилями.