Dictionnaire de base de données pre_common_member_status statut utilisateur de DZ
- uid, mediumint, identifiant membre,
- regip, char, IP enregistrée,
- lastip, char, dernière IP de connexion,
- Port, Smallint, dernier numéro de port de connexion,
- Lastvisit, Int, Dernière Visite,
- lastactivity, int, dernière activité,
- Lastpost, Int, Dernière publication,
- Lastsendmail, int, le dernier e-mail envoyé à la maison dans le champ original est lastsend,
- Invisible, Tinyint, Connexion Incognito,
- BuyerCredit, SmallINT, Notation de crédit acheteur et points,
- SellerCredit, SmallInt, Score de crédit du vendeur et points,
- Favtimes, MediumInt, Favoris de l’espace personnel,
- ShareTimes, MediumInt, Partages d’Espace Personnel,
- profilprogress, tinyint, complétion du profil,
Vérifions s’il s’agit d’un tableau « pre_common_member_status », comme montré dans la figure ci-dessous :
L’avantage d’utiliser des horodatages pour stocker le temps est que l’efficacité des requêtes est élevée, la vitesse est rapide, et l’efficacité de l’interrogation des données sur une certaine période est bien supérieure avec les horodatages qu’avec le temps
Nous interrogeons les utilisateurs qui ne se sont pas connectés après le 1er janvier 2018, et la déclaration SQL est la suivante :
Une fois que nous connaissons l’UID de ces utilisateurs, nous voulons interroger le nom d’utilisateur et l’adresse e-mail de l’utilisateur, comment devons-nous les interroger ? La table utilisateur de dz est stockée dans la table « pre_ucenter_members », nous devons rejoindre la requête de table, le SQL est le suivant :
|