différence entre objet utilisateur et compte dans la conception de réseaux sociaux?

Question

Je construis un modèle de données pour un site de réseautage social et perdu de la façon de modéliser les utilisateurs et les comptes.

1) L'utilisateur s'inscrit et crée un compte. Nous attribuons donc à l'utilisateur un identifiant d'utilisateur comme sur la plupart des sites sociaux que nous voyons qui est le même identifiant de profil. Est-ce que c'est aussi l'identifiant du compte? OU existe-t-il un ID de compte distinct également caché? Si l'utilisateur peut avoir plusieurs profils, l'ID utilisateur est séparé de l'ID de compte qui est distinct de chaque ID de profil?

2) Nous supposons que 1 utilisateur a seulement 1 compte. Mais quand un utilisateur édite son compte ou disons qu'un administrateur édite le compte d'un utilisateur, alors l'utilisateur édite un compte, donc deux identifiants distincts requis pour modéliser cela?

3) Quelle est la durée de vie d'un utilisateur et d'un objet de compte? Si l'utilisateur ferme son compte, cela signifie que l'utilisateur et l'objet compte sont tous les deux tués?

4) Et qui détient les détails du profil de l'utilisateur, les paramètres de l'utilisateur, la vie privée, les amis, etc? L'objet utilisateur ou l'objet Compte, et quel objet est supérieur?

5) Des objets système tels que des photos, des vidéos, etc. peuvent-ils être créés/administrés par un utilisateur, de même que ceux appartenant à l'utilisateur ou à l'objet compte?

6) Qu'est-ce qui fait exactement un objet? Disons que nous avons des mises à jour de statut, des commentaires, des détails de profil. Sont ces 3 objets? Ou tout considéré comme 1 type d'objet et seulement 3 catégories?

Answer 1

Je comprends votre point de vue sur l'utilisateur par rapport au profil, mais l'utilisateur et le compte?

Pour la plupart de mes conceptions, c'est la même chose. La plupart de vos questions semblent provenir de cette confusion. Pourquoi auriez-vous besoin d'identifiants distincts? Pourquoi feriez-vous la différence entre les deux? Si vous en avez besoin, alors peut-être que oui. Par exemple, vous avez peut-être un compte d'utilisateur qui couvre plusieurs services. Cet utilisateur dispose d'informations de compte distinctes sur les différents services, mais le même login. Dans ce cas, vous devez avoir deux objets distincts: login (dans le système d'authentification) et compte (dans l'application). Mais je ne pense pas que vous créez un système aussi vaste. Non? 6) Si tous ceux qui ne peuvent pas être représentés dans le même code, ils devront être des objets séparés ou dérivés d'un objet similaire. Par exemple, dans certains portails, je vois que le système PM (message privé) ressemble à un fil de discussion privé entre deux personnes ou plus. N'ayant pas regardé la source, j'imaginerais alors que les sujets/threads du forum sont identiques ou similaires, peut-être dérivés du même objet.