La modélisation de données conceptuelle consiste à séparer les informations connexes en unités d'entités et à représenter les relations entre les entités à l'aide d'un diagramme ERD.

Séparation des entités et définition des attributs

Une entité est quelque chose qui existe réellement et qui est indépendant, et qui peut stocker des données.

Un attribut est une donnée qu'une entité possède.

Par exemple, les enseignants et les élèves d'une école répondent aux conditions ci-dessus.

Ici, un enseignant est une entité qui contient des données telles que le nom, l'âge et le sujet, et un élève est également une entité qui contient des données telles que le nom, la classe, l'âge et le numéro d'étudiant.

Ici, les entités séparées deviennent des tables dans la base de données relationnelle au cours du processus de modélisation logique des données, et les attributs deviennent les colonnes de ces tables.

Identificateur et clé

La Corée du Sud utilise le système de numéro d'identification personnel pour identifier de manière unique chaque citoyen.

En ce sens, le numéro d'identification personnel d'un résident est un identificateur qui permet d'identifier qui est cette personne.

Le numéro d'identification personnel ne peut être dupliqué par personne d'autre car il doit identifier de manière unique une personne particulière.

Lors de la représentation des entités à l'aide d'un ERD, il est nécessaire de spécifier un identificateur afin de pouvoir identifier de manière unique les informations correspondantes.

L'identificateur spécifié ici devientla clé primaire(Primary Key) au cours du processus de modélisation logique des données.

Si aucun attribut unique ne peut être spécifié naturellement comme identificateur, une clé artificielle(Artificial Key) est utilisée.

Cependant, une clé générée artificiellement dans toutes les situations n'est pas susceptible d'être modifiée, elle est donc couramment utilisée.

Tous les attributs qui peuvent être utilisés comme identificateurs dans une entité sont appelés clé candidate(Candidate Key)

Tous les attributs qui peuvent être utilisés comme identificateurs à l'exception de la clé primaire sont appelés clé alternative(Alternate Key).

Et ces clés alternatives sont bonnes pour définir des index afin d'améliorer les performances.

Dans le cas d'une entité qui signifie l'appartenance d'un département à un employé, il existe des cas où le numéro de département et le numéro d'employé sont utilisés ensemble comme clé. C'est ce qu'on appelle la clé composite(Composite Key).

Identifier les relations

Une relation est l'interaction entre des entités, et les relations sont divisées en relations basées sur l'existence et relations basées sur l'action.

• Relation basée sur l'existence

Prenons l'exemple d'une entreprise : un employé ne peut pas exister sans département, il s'agit donc d'une relation basée sur l'existence.

• Relation basée sur l'action

Un employé peut changer de département par demande. Dans ce cas, il s'agit d'une relation basée sur l'action.

Cette relation est représentée commeune clé étrangère(Foreign Key), une jointure(Join) lors du processus de modélisation logique des données.

Cardinalité (Cardinality)

La cardinalité fait référence à la relation entre une entité et une autre entité. Cela exprime la relation numérique entre les deux.

Cela est également exprimé comme une relation 1 : 1 (un à un), 1 : N (un à plusieurs), N : M (plusieurs à plusieurs) entre chaque entité.

Parmi les relations ci-dessus, la relation N : M ne peut pas être représentée dans une base de données relationnelle, elle est donc représentée en créant une table intermédiaire.

Optionnalité (Optionality)

Prenons l'exemple d'un système de commentaires : chaque commentaire a nécessairement un auteur, mais un auteur peut ne pas écrire de commentaires.

Dans ce cas, il y a une relation Auteur (Obligatoire) - Commentaire (Facultatif).

Obligatoire est appelé Obligatoire et Optionnel est appelé Optionnel.

Autrement dit, il exprime si une instance d'entité doit ou non avoir ces données.