ну более минуты, так более информативно?)
тоже думал об этом. Но структура строится из активированных, (это млм), и если несколько пользователей будут одновременно взаимодействовать с кешем, то все собьется.
Что собьётся? Если ты будешь перестраивать кеш в фоновом режиме («по крону»), то перестроение не будет зависеть от действий самих пользователей.
ну смотрите, есть кеш , если четыре пользователя одновременно обращаются к нему, то все четыре могут получит одинакого куратора, можно либо, либо три.
Это млм структура, я выше писал. реферальная программа.
Ты решаешь уже явно какую-то другую задачу. Ты хотел дерево, тебе рассказали как его получить. Вопрос того сколько там реферер может иметь максимум рефералов (или что ты там имел в виду фразой «можно либо, либо три») — это другая проблема. И для этого дерево строить не нужно, если только речь не про всех зависимых рефералов.
Ну да, задача немного другая, мне нужно из этого дерева выбрать первого свободного и туда поставить человека, сверху вниз, и слева направо начиная именно от пригласителя отсчет.. Это работает хорошо. Но так как дерево строится очень долго, все тормозится, база бывает подвисает.
Ну хорошо, используя nested sets, куда копать что бы для начала собрать все это из обычного древовидного массива. Что бы прописать левые, правые значения и т.п. Как вытащить, и как сформировать дерево это каждая вторая статья, а как пересобрать ничего интересного.
ты такие наивные вопросы задаешь, откуда мне знать что там у тебя?
А зачем вам знать что у меня, я же просто спросил, как все пересчитать заново, что бы обновить все left и right. Я не прошу код, я прошу ссылку где можно почитать.)
МММ это легко, млм структуру сложнее)). Ну так я не прошу код, я и пришел в теорию, что подсказали как лучше реализовать и куда копать.
тебе же просто ответили, держи нормально в базе, и все решается быстрым запросом, остальное поконкретнее плиз
С такими ответами, я буду задавать вопросы все глупее и глупее. например, как нормально?
