Haha Osioke,
Très juste ! Bien joué…
La plupart des personnes qui travaillent avec des bases de données (pas seulement les architectes de données ! Les développeurs aussi !) trouvent très utile d’avoir une sorte de modèle de données qui leur montre comment les différentes tables sont connectées les unes aux autres.
Par exemple, prenons ma requête ;), j’avais besoin de plusieurs informations sur un utilisateur - j’avais besoin d’informations sur un utilisateur qui :
- était (ou n’était pas) dans un groupe particulier
- avait résolu un sujet
- dans une certaine plage de dates
Pour répondre à ce qui précède, j’ai besoin de la table des utilisateurs, de la table des actions des utilisateurs et de la table des groupes. Un modèle de données m’aurait montré que je peux lier un utilisateur à une action utilisateur via id/user_id, et lier un utilisateur à un groupe via leur primary_group_id/id visuellement.
Cela aide à visualiser non seulement quelles données sont disponibles, mais comment les joindre, surtout s’il y a des requêtes un peu longues en jeu.
Oui, vous pourriez cliquer sur chaque table dans l’explorateur de données pour découvrir quels champs sont disponibles et les noter afin de ne pas les oublier, mais avoir un modèle de données peut être un peu plus humain pour certains d’entre nous 