J'ai besoin de concevoir un blog personnel et j'ai rencontré des difficultés dans la conception de bases de données.
La fonction que je souhaite implémenter est la suivante : les utilisateurs ordinaires ne peuvent commenter que sur les blogs. L'administrateur (c'est moi) peut se connecter, publier des blogs et répondre aux commentaires.
La conception originale était destinée aux tableaux avec utilisateur, administrateur, publication et commentaire.
Mais l'utilisateur et le commentaire sont un à plusieurs, et l'administrateur et le commentaire sont également un à plusieurs. Cela rendra les choses compliquées.
Je souhaite donc fusionner la table User et la table Admin en une seule table, appelée User. Cependant, l'administrateur a besoin d'un champ de mot de passe, mais pas les utilisateurs ordinaires. Il n'y a qu'un seul administrateur, mais il y a beaucoup d'utilisateurs ordinaires. un champ.
Veuillez me donner quelques suggestions sur la façon de concevoir les tableaux Utilisateur et Administrateur.
De plus, je souhaite apprendre la conception de bases de données. Veuillez recommander quelques informations. Parce que j'ai vu beaucoup d'informations sur les opérations de base de données, mais comment la base de données est-elle conçue ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Les utilisateurs, les rôles, les fonctions et trois tables peuvent être séparés
Rôles correspondants aux utilisateurs, fonctions correspondantes aux rôles,
Les rôles sont désormais ceux des utilisateurs et administrateurs ordinaires. Lors de la vérification, vous saurez si vous devez déterminer le mot de passe en corrélant les rôles.
Différentes fonctions sont également attribuées selon les rôles et ajoutées à la table d'association
Il s'agit simplement d'un blog personnel. Les utilisateurs n'ont qu'à enregistrer leurs propres informations de connexion. Étant donné que les utilisateurs ordinaires ne peuvent commenter, il n'est pas nécessaire de se connecter. Le nom d'utilisateur ou l'adresse e-mail des utilisateurs ordinaires peuvent être enregistrés dans le commentaire. une relation un-à-plusieurs avec commentaire, il n'est donc pas nécessaire d'impliquer la relation avec les utilisateurs
En regardant votre description, le point avec lequel vous avez du mal est que les utilisateurs ordinaires n'ont pas besoin de mots de passe mais que les administrateurs ont besoin de mots de passe dans la base de données, et vous êtes le seul administrateur ~~ Ce que je pense personnellement, c'est que le stockage et la conception de la base de données sont selon "liujijans" sur la méthode du premier étage, mais vous n'avez pas besoin d'ajouter un mot de passe dans la bibliothèque, puis le mot de passe administrateur peut être défini pour être dynamique, comme un préfixe que vous avez défini à l'avance + la date du jour. Ce type de mot de passe est encore plus sécurisé et plus facile à retenir. Il n'est pas nécessaire de le définir délibérément dans le code. Le système d'autorisation, le centre utilisateur et l'entreprise réelle peuvent être conçus séparément. Après découplage, c'est non seulement flexible, mais aussi la modularisation de l'entreprise est plus structurée, et elle est pleine de prétention.