1. Vous pouvez vous inscrire et vous connecter avec votre numéro de téléphone mobile.
2. Vous pouvez vous connecter en tant que tiers via WeChat, QQ et Weibo.
3. Les utilisateurs peuvent lier leurs numéros de téléphone mobile, WeChat, QQ et Weibo, c'est-à-dire qu'ils peuvent se lier entre eux.
Dans ce cas, un utilisateur est susceptible d'avoir 1 à 4 comptes, mais plus tard, le compte de connexion tiers peut être lié à n'importe quel autre compte. Cela conduira à la situation selon laquelle l'ID utilisateur est utilisé lors de la connexion.
Avez-vous de bonnes solutions pour la conception de la structure de la table utilisateur dans cette situation ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Recommandez la conception par Liao Xuefeng d'un système de connexion utilisateur évolutif
Vous pouvez lire la question, elle devrait vous être utile
Il est certain d'avoir une table utilisateur principale. Les informations de connexion tripartite doivent être stockées dans une autre table, une table distincte pour chaque interface tripartite. (Si les données renvoyées par l'interface tierce sont similaires, vous pouvez envisager de les placer dans une seule table.) Il y aura un champ uid dans la table de connexion tripartite associée à la table utilisateur principale.
Une fois le tiers connecté, vérifiez s'il y a des données pertinentes dans la table du tiers. Sinon, enregistrez-le ou liez-le. Cela doit être utilisé selon votre logique. Si les données sont trouvées, connectez-vous.
Ensuite, vous avez évoqué le problème de la liaison secondaire des comptes tiers. Vous serez directement informé qu'il a été lié et vous devez le dissocier avant de pouvoir le lier à nouveau et c'est tout
.