Modélisation des données : concevoir votre structure de données

Lorsque vous stockez ou visualisez des données avec votre application, une part importante de la conception réside dans la structure des données. Vous devez non seulement tenir compte de la manière dont ces données seront utilisées dans une application ou un écran spécifique, mais également des usages que feront les autres utilisateurs de ces données. En vous référant à vos utilisateurs, tâches, processus métier et objectifs, vous pourrez définir quelles données stocker et comment les structurer.

Conseil

Bien qu’il ait été écrit pour la base de données Access, cet article portant sur les bases de la conception des données contient l’essentiel des principes de modélisation des données : Bases de la conception de bases de données.

Prenons l’exemple de note de frais suivant.

Vous voyez la partie principale de la note de frais, qui contient le nom de l’employé et les détails du service. Sous la partie principale, vous voyez plusieurs lignes de description pour chaque article acheté. Appelons-les les lignes articles. Les lignes articles ont une structure différente de la partie principale de la note de frais. Nous pouvons donc dire que pour chaque note de frais, il existe plusieurs lignes articles.

Pour stocker ce type de données dans une base de données, nous devons modéliser la structure des données dans la conception de la base de données.

Structure de données un à plusieurs (1 : N)

Il s’agit du type de structure de données décrit dans l’exemple précédent. La partie principale de la note de frais est liée à plusieurs lignes articles. (Vous pouvez également voir la relation du point de vue des lignes articles : plusieurs lignes articles à une seule note de frais (N : 1).)

Structure de données plusieurs à plusieurs (N : N)

La structure de données plusieurs-à-plusieurs est un type spécial. Elle correspond aux cas où plusieurs enregistrements peuvent être associés à plusieurs ensembles d’autres enregistrements. Un bon exemple est un réseau de partenaires commerciaux. Vous avez plusieurs partenaires commerciaux (clients et fournisseurs) avec lesquels vous travaillez, et ces partenaires commerciaux travaillent également avec plusieurs de vos collègues.

Exemples de modélisation des données

Il existe plusieurs types de modélisation possibles avec un système. Parcourons-en quelques exemples.

Exemple 1 : demande d’approbation de congé

Cet exemple simple montre deux ensembles de données. L’un est l’employé, l’autre est la demande de congé. Étant donné que chaque employé soumettra plusieurs demandes, la relation ici est un-à-plusieurs, où « un » est l’employé et « plusieurs » sont les demandes. Les données de l’employé et les données de la demande de congé sont liées l’une à l’autre par le numéro d’employé comme champ commun (également appelé clé).

Exemple 2 : approbation d’achat

Ici, la structure des données semble assez sophistiquée mais est très similaire à l’exemple de note de frais qui a été exposé au début de cet article. Chaque fournisseur est associé à plusieurs commandes fournisseurs. Chaque employé est en charge de plusieurs commandes fournisseurs. Par conséquent, ces deux ensembles de données ont une structure de données un-à-plusieurs.

Étant donné que les employés n’utilisent pas toujours le même fournisseur, les fournisseurs sont utilisés par plusieurs employés et chaque employé travaille avec plusieurs fournisseurs. Par conséquent, la relation entre les employés et les fournisseurs est une relation plusieurs-à-plusieurs.

Exemple 3 : rapports de dépenses

Étape suivante : détermination du type d’application à créer

Notes

Pouvez-vous nous indiquer vos préférences de langue pour la documentation ? Répondez à un court questionnaire. (veuillez noter que ce questionnaire est en anglais)

Le questionnaire vous prendra environ sept minutes. Aucune donnée personnelle n’est collectée (déclaration de confidentialité).