Вопросы хранения данных в социальных сетях на самом деле ничем не отличаются от вопросов хранения данных в целом ... Нормализованные и связанные данные - лучший способ для эффективного хранения этих данных.СУБД создана для обработки этих отношений - отношения PK-FK и JOINS являются ОСНОВНОЙ точкой реляционных БД ... поэтому, даже несмотря на то, что ВЫ "видите" соединение и т. Д. Соединение, БД (должна быть) эффективна в обработке этих соединений.
С точки зрения ИСПОЛЬЗОВАНИЯ доступа к соответствующим данным - убедитесь, что ваши индексы точны и оптимизированы - и используйте VIEWS, чтобы «сгладить» данные, необходимые для отображения ...
Таким образом, любой сервер приложений, который вы используете для получения данных, будет вызывать VIEW, который будет «казаться» вам, разработчику, как «более плоское» представление данных, делая взаимодействие между UI и APP serer более чистым и эффективным (как в ресурсах, так и в кодировании),
в качестве общего руководства - сглаживание данных, как правило, считается «приемлемым» в среде хранилищ данных ... конечно, я не знаю, что открыть чудовищную дискуссию«насколько нормализуется,« нормализуется »» (первая - шестая форма нормализации ...)
Я полагаю, вы можетеЯ думаю, что SN больше OLAP, чем OLTP.В этом случае «некоторое» ненормализованное хранение данных является распространенным - и приемлемым - на самом деле, ВЫ сами решаете, насколько ненормализованы вы хотите вещей ... Например - в ваших примерах, истории занятости и кино, спорта.Я бы подумал, что простой 1: многие, допускающие дублирующиеся записи на таких предметах, подойдут и, вероятно, будут проще поддерживать ...
Надеюсь, что это было полезно,