разница между пользователем и объектом аккаунта в дизайне социальной сети?

Question

Я создаю модель данных для сайта социальной сети и не знаю, как моделировать пользователей и учетные записи.

1) Регистрация пользователя и создание учетной записи.Таким образом, мы присваиваем Пользователю идентификатор пользователя, который нравится на большинстве социальных сайтов, которые мы видим, и это тот же идентификатор профиля.Теперь это тоже идентификатор аккаунта?ИЛИ есть ли также отдельный идентификатор учетной записи?Если у пользователя может быть несколько профилей, то идентификатор пользователя отделен от идентификатора учетной записи, который отделен от каждого идентификатора профиля?

2) Предполагается, что у 1 пользователя есть только 1 учетная запись.Но когда пользователь редактирует свою учетную запись или, скажем, администратор редактирует учетную запись пользователя, тогда пользователь редактирует учетную запись, поэтому для моделирования этого требуется два отдельных идентификатора?

3) Какова жизнь пользователяа аккаунт объекта?Если пользователь закрывает свою учетную запись, это означает, что и пользователь, и объект учетной записи будут убиты?

4) И кто хранит данные профиля пользователя, настройки пользователя, конфиденциальность, друзья и т. Д.?Пользовательский объект или объект «Учетная запись», и какой объект выше?

5) Существуют системные объекты, такие как фото, видео и т. Д., Которые пользователь может создавать / администрировать, поэтому они принадлежат пользователю или учетной записиобъект?

6) Что именно делает объект?Скажем, у нас есть обновления статуса, комментарии, данные профиля.Это 3 объекта?Или все считали 1 тип объекта и всего 3 категории?

Answer 1

Я понимаю ваше мнение о пользователе и профиле, но о пользователе и аккаунте?

Для большинства моих проектов это одно и то же. Большинство ваших вопросов, кажется, проистекают из этой путаницы. Зачем вам нужны отдельные идентификаторы? Зачем тебе проводить различие между ними? Если у вас есть необходимость, то, возможно, так. Например, возможно, у вас есть учетная запись пользователя, которая охватывает несколько служб. Этот пользователь имеет отдельную информацию об учетной записи для разных служб, но тот же логин. В этом случае вам понадобится два отдельных объекта: логин (в системе аутентификации) и аккаунт (в реальном приложении). Но я не думаю, что вы создаете такую ​​большую систему. Нет

6) Если все они не могут быть представлены в одном и том же коде, они должны быть отдельными объектами или производными от аналогичного объекта. Например, на некоторых порталах система PM (личное сообщение) выглядит как приватная ветка форума между двумя и более людьми. Не взглянув на источник, я бы предположил, что темы / темы форума являются одинаковыми или похожими, возможно, получены из одного и того же объекта.