Помогите выбрать из двух вариантов или предложите свой.
Есть активности пользователя (голосования, покупки, комментарии и т.д.) они влияют на рейтинг добавляя или вычитая некий x из рейтинга. Собственно вариант1:
хранить в базе сумму, пример таблицы
user_id (int11), rating(int8), count(tynyint3), date(datetime)
rating - итоговый рейтинг
count - это кол-во действий за день, date - дата первого из них, это что бы установить лимиты на дневные активности (покупки естественно не считаем сюда) вариант2:
хранить в базе активности
user_id (int11), rating(tynyint3), type(tynyint3), date(datetime)
rating - изменение рейтинга, положительное или отрицательное число
type - тип активности, где-то в отдельной базе хранить типы активностей с описанием
date - датавремя активности
Второй вариант дает возможность просмотра истории начисления рейтинга, но явно будет ресурсоемким при выводе рейтинга (допустим в комментариях, выводятся пользователи и их рейтинг), особенно когда там накопится 5М+ записей. Но я не могу понять насколько затратным по ресурсам будет второй вариант.
Что посоветуете?
от типа рейтинга лучше отказаться и делать для каждого свою таблицу. Т.е. отдельную для комментов, и отдельную для статей. Так меньше путаницы и легче поддерживать.
AlikDex: Каких статей? Каких комментов? type - это тип активности, там будет type_id, а в отдельной таблице будет type_id=>type_name, например "покупка" или "комментарий" или "голосование за комментарий" Тогда при выводе истории можно генерировать тексты, а не хранить их в базе. Где в этой схеме статьи?
Согласен с вариантом объединения оба в один.
Тогда при необходимости можно и пересчитать рейтинг будет.
Да и если что - итоговый рейтинг можно хранить в мускульной базе, а по отдельности - в той же монге например. Если производительность будет очень уж высокой - такой вариант вполне имеет право на жизнь.
Простой
