Qu’est-ce qu’une Entité, un Type d’Entité et un Ensemble d’entités ?
Si nous avons un groupe de claviers de la même société, de la même couleur, du même look, nous ne pouvons pas les différencier simplement en les voyant. Nous ne pouvons les différencier que si nous connaissons le numéro de produit unique pour chaque clavier. Donc, si nous ne connaissons pas ce numéro de produit, ces claviers ne peuvent pas être identifiés à partir d’un groupe et ce ne sont que des objets. Pourquoi insistons-nous tant sur leur identification unique? Aussi, pourquoi prenons-nous l’exemple d’un clavier dans le SGBD?
La raison est simple, tout comme les claviers, nous devons récupérer les données de la base de données et chacun d’eux doit avoir une valeur unique qui peut être utilisée pour différencier deux données différentes. Ainsi, lorsqu’un objet devient identifiable de manière unique, nous pouvons l’appeler une entité. Voyons maintenant plus en profondeur ce qu’est une entité et quels sont les types d’entités et les ensembles d’entités.
Entité
Une entité est une chose du monde réel qui peut être clairement identifiée comme une personne, un lieu ou un concept. C’est un objet qui se distingue des autres. Si nous ne pouvons pas le distinguer des autres, alors c’est un objet mais pas une entité. Une entité peut être de deux types :
Entité tangible : Les Entités tangibles sont les entités qui existent physiquement dans le monde réel. Exemple: Personne, voiture, etc.
Entité intangible : Les entités intangibles sont les entités qui n’existent que logiquement et n’ont pas d’existence physique. Exemple : Compte bancaire, etc.
Exemple: Si nous avons une table d’un étudiant (Roll_no, Student_name, Age, Mobile_no), chaque étudiant de cette table est une entité et peut être identifié de manière unique par son numéro de rouleau, c’est-à-dire Roll_no.
Remarque: Dans le modèle E-R, nous ne représentons pas les données mais nous représentons la structure ou le schéma. Lorsque nous convertissons le modèle E-R en modèle relationnel, les données peuvent être stockées dans un tuple ou une ligne et donc représentées sous forme d’entité.
Type d’entité
Le type d’entité est une collection de l’entité ayant des attributs similaires. Dans l’exemple de table Student ci-dessus, nous avons chaque ligne en tant qu’entité et elles ont des attributs communs, c’est-à-dire que chaque ligne a sa propre valeur pour les attributs Roll_no, Age, Student_name et Mobile_no. Ainsi, nous pouvons définir la table STUDENT ci-dessus comme un type d’entité car il s’agit d’une collection d’entités ayant les mêmes attributs. Ainsi, un type d’entité dans un diagramme ER est défini par un nom (ici, STUDENT) et un ensemble d’attributs (ici, Roll_no, Student_name, Age, Mobile_no). Le tableau ci-dessous montre comment les données des différentes entités (différents étudiants) sont stockées.
La représentation E-R du type d’entité Étudiant ci-dessus est effectuée ci-dessous.
Remarque: Nous utilisons un rectangle pour représenter un type d’entité dans le diagramme E-R, pas une entité.
Types de type d’entité
- Type d’Entité Forte
- Type d’Entité Faible
Type d’Entité Forte: Les entités fortes sont les types d’entités qui ont un attribut clé. La clé primaire aide à identifier chaque entité de manière unique. Il est représenté par un rectangle. Dans l’exemple ci-dessus, Roll_no identifie chaque élément de la table de manière unique et, par conséquent, nous pouvons dire que STUDENT est un type d’entité forte.
Type d’entité faible: Le type d’entité faible n’a pas d’attribut de clé. Le type d’entité faible ne peut pas être identifié seul. Il dépend d’une autre entité forte pour son identité distincte. Cela peut être compris avec un exemple réel. Il ne peut y avoir d’enfants que si le parent quitte. Il ne peut y avoir d’existence indépendante d’enfants. Il ne peut y avoir de pièce que si le bâtiment sort. Il ne peut y avoir d’existence indépendante d’une pièce. Une entité faible est représentée par un rectangle à double contour. La relation entre un type d’entité faible et un type d’entité forte est appelée relation d’identification et représentée avec un diamant à double contour au lieu d’un diamant à simple contour. Cette représentation peut être vue dans le diagramme ci-dessous.
Exemple: Si nous avons deux tables de Client (Customer_id, Name, Mobile_no, Age, Gender) et d’Adresse (Localité, Ville, État, Customer_id). Ici, nous ne pouvons pas identifier l’adresse de manière unique car il peut y avoir de nombreux clients de la même localité. Donc, pour cela, nous avons besoin d’un attribut de type d’entité Forte, c’est-à-dire « Client » ici pour identifier de manière unique les entités de type d’entité « Adresse ».
Ensemble d’entités
L’ensemble d’entités est une collection d’entités du même type d’entité. Dans l’exemple ci-dessus de type d’entité d’ÉTUDIANT, une collection d’entités du type d’entité d’étudiant formerait un ensemble d’entités. On peut dire que le type d’entité est un surensemble de l’ensemble d’entités car toutes les entités sont incluses dans le type d’entité. Essayons de comprendre cela à l’aide d’un exemple.
Exemple 1 : Dans l’exemple ci-dessous, deux entités E1(2, Angel, 19, 8709054568) et E2(4, Analisa, 21, 9847852156) forment un ensemble d’entités.
Exemple 2: Nous pouvons former un autre ensemble d’entités en prenant trois entités de la table. (2, Angel, 19, 8709054568), (3, Priya, 20, 9864257315) et (4, Analisa, 21, 9847852156) peuvent également former un ensemble d’entités. De même, nous pouvons former n’importe quelle combinaison de l’ensemble d’entités en utilisant l’une des entités du type d’entité ‘STUDENT’. De plus, nous pouvons comprendre que si nous prenons tous les enregistrements à l’ensemble d’entités, nous obtenons le type d’entité ‘STUDENT’. On peut donc dire que le type d’entité est le surensemble de l’ensemble d’entités.
Il s’agit d’une entité, d’un type d’entité et d’un ensemble d’entités. J’espère que vous avez appris la différence entre ces termes.