Добрый день.

Есть сайт с:
- пользователями (Users: UID, UserName)
- у пользователей есть посты (Posts: PID, UID, Content)
- у постов есть комментарии (Comments: CID, PID, UID, CommentContent).
- друзья пользователей (Friends: UID, FriendUID)

Далее каждый пользователь может оценивать как посты, так и комментарии (обычные +/- ).
Так же, пользователь может добавлять других пользователей в друзья.

Хочу спросить, какую структуру БД лучше всего создать для следующей задачи: хочется выводить френдленту с информацией, кто из френдов, когда и что делал (написал пост, оценил чужой пост, написал комментарий, оценил комментарий). Типо как новости вконтакте или фейсбуке.
+ хочется рейтинги постов, юзеров и комментариев вида: "лучший пост дня", "недели". Плюс сохранение истории этих рейтингов.

Проблема с пониманием того, какую структуру выбрать.
Пока придумалась одна аггрегирующая табличка активности вида:

Activity:
UID - кто сделал
TypeID - что сделал (оценил пост, оценил коммент, добавил пост, добавил коммент, ...)
ItemID - ID того, над чем произведено действие (ID поста, ID комментария)
ItemOwnerID - UID того, кто является автором поста или комментария.
RelatedItemID - ID главного элемента
RelatedItemOwnerID - UID автора главного элемента
DateOf - дата действия.
Rating - рейтинг (NULL - если запись активности не является оценкой)

RelatedItemID и RelatedItemOwnerID - это ID главных элементов (см. ниже)

Пример:
- Вася Пупкин (UID=15),
- оценил (TypeID=1) комментарий (CID=10) Феди Иванова (UID=20)
- который прокомментировал пост (PID=5) Ивана Семенова (UID=30)
- оценкой "5"
- 22 февраля 2010 года,

тогда запись в эту таблицу активности будет такой:


По такой таблице достаточно просто делать френдленту, ибо есть все UID'ы, и все их действия.
Но, насколько такая схема удобна и правильна?

И второй вопрос - как считать рейтинги по такой таблице?
Допустим раз в сутки я пересчитываю рейтинги каждых постов, юзеров, комментариев.
Для примера я хочу посчитать "статью дня" - статью, набравшую наибольшее кол-во голосов за 24 часа с момента её опубликования.
Дата опубликования находится как в таблице Posts (CreationDate), так и в таблице Activity
со своим TypeID. Никак не могу придумать такой запрос.

Леша7771. Я бы в Posts добавил 2 столбца :
Аналогично для Comments.


Там немного хитрее формула, но да, текущий рейтинг, который обсчитывается раз в сутки для каждого элемента, будет хранится в таблицах Posts, Comments. Что бы можно было легко выводить тот же ТОП делая просто


Да , такие вещи делаются асинхронно. (В наименее загруженное время)


Так и будет. Раз в сутки считаться.


Зачем вам таблица Activity ? Попытка запихнуть все что только можно ?
Кем создан пост и комментарий хранятся в соответствующих таблицах и этого достаточно .
Зачем их дублировать.


Тогда возникает вопрос - как во френдленте выводить в хронологическом порядке данные из разных таблиц? Т.е. мне надо вывести: кто из моих френдов написал какой-то пост, кто из моих френдов написал какой-то коммент и к чему, кто из моих френдов что-то оценил. Из одной таблицы это было бы легко:

А если эти вещи не хранить в аггрегирующей таблице, то надо будет делать 3 запроса (к таблицам Posts, Comments, Ratings) и далее их еще как-то отсортировать по дате. А с пагинацией там еще тоже головной боли. Или я чего-то не понимаю?