Présentation et évaluation des relations entre les tables

Lors de l’évaluation de la relation entre deux tableaux donnés, vous devez comprendre le nombre d’occurrences possibles dans un tableau pouvant appartenir à une entité dans un autre, et vice versa. Par exemple, utilisez une table users et une table orders. Dans ce cas, vous souhaitez connaître le nombre de commandes qu'un utilisateur donné a placées et le nombre d'utilisateurs et de commande à qui peuvent appartenir.

La compréhension des relations est essentielle pour préserver l’intégrité des données, car elle affecte la précision de vos colonnes calculées et dimensions. Pour en savoir plus, voir types de relation et comment évaluer les tables dans votre Data Warehouse.

Types de relation types

Il existe trois types de relations entre deux tables :

One-to-One onetoone

Dans une relation one-to-one, un enregistrement dans la table B appartient à un seul enregistrement de la table A. Et un enregistrement de la table A n’appartient qu’à un seul enregistrement de la table B.

Par exemple, dans la relation entre les personnes et les numéros de permis de conduire, une personne ne peut avoir qu'un seul numéro de permis de conduire, et un numéro de permis de conduire appartient à une seule personne.

One-to-Many onetomany

Dans une relation one-to-many, un enregistrement dans la table A peut potentiellement appartenir à plusieurs enregistrements de la table B. Pensez à la relation entre orders et items : une commande peut contenir de nombreux éléments, mais un élément appartient à une seule commande. Dans ce cas, la table orders est la seule et la table items est la plusieurs.

Many-to-Many manytomany

Dans une relation many-to-many, un enregistrement dans la table B peut potentiellement appartenir à plusieurs enregistrements de la table A. Et vice versa : un enregistrement dans la table A peut potentiellement appartenir à plusieurs enregistrements de la table B.

Pensez à la relation entre products et categories : un produit peut appartenir à de nombreuses catégories et une catégorie peut contenir de nombreux produits.

Évaluation de vos tables eval

Étant donné les types de relations existant entre les tables, vous pouvez apprendre à évaluer les tables dans votre Data Warehouse. Puisque ces relations façonnent la manière dont les colonnes calculées à plusieurs tables sont définies, il est important que vous compreniez comment identifier les relations de table et à quel côté - one ou many - la table appartient.

Vous pouvez utiliser deux méthodes pour évaluer les relations d’une paire donnée de tables dans votre Data Warehouse. La première méthode utilise un cadre conceptuel qui tient compte de la manière dont les entités de la table interagissent les unes avec les autres. La deuxième méthode utilise le schéma table's schema.

Utilisation de la structure conceptuelle concept

Cette méthode utilise un cadre conceptuel pour décrire la manière dont les entités des deux tableaux peuvent interagir les unes avec les autres. Il est important de comprendre que ce cadre évalue ce qui est possible, compte tenu de la relation.

Par exemple, lorsque vous réfléchissez aux utilisateurs et aux commandes, tenez compte de tout ce qui est possible dans la relation. Un utilisateur enregistré peut passer aucune commande, une seule ou plusieurs commandes au cours de sa durée de vie. Si vous avez lancé votre entreprise et qu’aucune commande n’a été passée, il est possible qu’un utilisateur donné puisse passer de nombreuses commandes au cours de sa vie. Les tables sont construites pour s'y adapter.

Pour utiliser cette méthode :

Ce type de structure peut être appliqué à n’importe quelle association de tableaux dans votre Data Warehouse. Cela vous permet d’identifier facilement le type de relation et la table d’un côté et celle d’un autre côté.

Une fois que vous avez identifié la terminologie qui décrit le mode d’interaction des deux tableaux, encadrez l’interaction dans les deux directions en considérant la relation entre une instance donnée de la première entité et la seconde. Voici quelques exemples de chaque relation :

One-to-One

Une personne donnée ne peut avoir qu'un seul numéro de permis de conduire. Un numéro de permis de conduire donné appartient à une seule personne.

Il s’agit d’une relation one-to-one où chaque table est un côté.

One-to-Many

Une commande donnée peut contenir de nombreux éléments. Un élément donné appartient à une seule commande.

Il s’agit d’une relation one-to-many où la table des commandes est la seule côté et la table des éléments la plusieurs.

Many-to-Many

Un produit donné peut appartenir à plusieurs catégories. Une catégorie donnée peut contenir de nombreux produits.

Il s’agit d’une relation many-to-many où chaque table est de plusieurs côtés.

Utilisation du schéma du tableau schema

La seconde méthode utilise le schéma de la table. Le schéma définit les colonnes qui sont les clés Primary et Foreign. Vous pouvez utiliser ces clés pour lier des tableaux et déterminer des types de relations.

Une fois que vous avez identifié les colonnes qui relient deux tableaux, utilisez les types de colonnes pour évaluer la relation entre les tableaux. Voici quelques exemples :

One-to-one

Si les tables sont liées à l’aide de primary key des deux tables, la même entité unique est décrite dans chaque table et la relation est one-to-one.

Par exemple, une table users peut capturer la plupart des attributs utilisateur (tels que le nom), tandis qu’une table user_source supplémentaire capture les sources d’enregistrement des utilisateurs. Dans chaque tableau, une ligne représente un utilisateur.

One-to-many

Lorsque des tables sont liées à l’aide d’un Foreign key pointant vers un primary key, cette configuration décrit une relation one-to-many. Le côté est la table contenant le primary key et le côté multiple est la table contenant le foreign key.

Many-to-many

Si l’une des conditions suivantes est vraie, la relation est many-to-many :

Étapes suivantes

L’évaluation correcte des relations entre les tables est essentielle pour modéliser précisément vos données. Maintenant que vous comprenez comment les tables sont liées les unes aux autres, reportez-vous à la section ce que vous pouvez faire avec le Gestionnaire de Data Warehouse.