Что бы лучшую структуру базы данных для этого ...:

Question

Я изо всех сил найти лучший способ понять это:

Допустим, я являюсь разработчиком на Facebook, и мне пришлось перепроектировать базы данных MySQL Facebook, (фокусировка только по их функции «Действия», где вы можете видеть, что ваши друзья поделились). Что было бы лучшим способом магазин статуса сообщений, комментарии по этим сообщениям, любит и другие вещи имея в виду, что пользователи должны иметь доступ только посты своих друзей. Не все остальные.

Может ли кто-нибудь предложить любой возможный способ справиться с этим. Структура базы данных или что-то было бы очень оценено.

Прежде, чем я забуду: я фактически проводил исследование (для моего личного роста в webdev). Я не собираюсь работать в Facebook или создавать новый Facebook или что-то в этом роде. Я просто хочу получить более глубокое понимание того, как эта ситуация была бы решена. Если это хорошо со всеми ... :-)

Answer 1

Это довольно субъективный вопрос, но я бы поставил его что-то вроде этого:

3 таблицы:

status_messages

id (PK) | user_id (FK) | message | timestamp 

status_comments

id (PK) | status_id (FK) | user_id (FK) | comment | timestamp 

status_likes

id (PK) | status_id (FK) | user_id (FK) | timestamp 

PK = первичный ключ FK = внешний ключ

Очевидно, что это не было бы полное решение, но вы можете получить точку из структуры. Вам также понадобится какая-то таблица участников/пользователей, и Facebook, очевидно, делает намного больше, чем то, что я изложил выше, но выше было бы достаточно для очень простой реализации системы.