Schéma de base de données de conception de jour

Permet de concevoir un schéma de base de données pour la première histoire utilisateur

Comme nous le savons depuis le premier épisode, nous avons ces exigences fonctionnelles

1. L'utilisateur doit pouvoir créer un compte.
2. L'utilisateur doit avoir la possibilité d'ajouter des prières uniquement pendant les heures de prière désignées.
3. Les horaires de prière doivent être alignés sur le fuseau horaire de l'utilisateur, en tenant compte des différentes heures de prière dans les différentes villes et pays

L'exigence ci-dessus démontre donc que nous devons enregistrer l'utilisateur sur notre système et que l'utilisateur doit pouvoir marquer les prières terminées ou s'il a manqué, il sera marqué comme manqué. Pour répondre aux exigences, nous avons besoin d'une entité utilisateur et d'une entité de prière, mais pour un contrôle plus granulaire et pour éviter la redondance, nous avons également besoin d'une table de profil. notez que j'ai ignoré les analyses pour
rendre le démarrage plus facile.

Explication des bits

J'ai ajouté la prise en charge des informations d'identification et la prise en charge de Google Oauth dans le tableau des utilisateurs. Pour l'instant, j'ajouterai uniquement l'authentification des informations d'identification, mais plus tard dans les phases suivantes, j'ajouterai la connexion avec le support Google. Dans la table de profil qui a une relation individuelle avec la table des utilisateurs, j'ai ajouté les informations sociales de l'utilisateur. Dans la table de prière, j'ai ajouté tous les champs nécessaires pour suivre et stocker les informations de prière de l'utilisateur.

Quelle est la prochaine étape

Dans le prochain épisode, nous mettrons en œuvre une authentification complète basée sur les informations d'identification avec un mécanisme d'authentification JWT sans état avec

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!