Exemple d'entités fortes et faibles
J'ai essayé de chercher sur Google une explication décente de faible et type d'entité forte , mais je ne les ai pas bien comprises.
Quelqu'un pourrait-il me donner un exemple d'un type d'entité forte et faible?
Une entité faible est une entité qui ne peut exister que si elle appartient à une autre. Par exemple: unePIÈCEne peut exister que dans unBÂTIMENT. D'autre part, unPNEUpeut être considéré comme une entité forte, car il peut également exister sans être attaché à unVOITURE.
Juste pour jouer avec, la question est de type entité forte et la réponse est faible. La question est toujours là, mais une réponse nécessite qu'une question existe.
Exemple: Ne demandez pas "Pourquoi?" si ton père est professeur de chimie
Une police d’assurance entreprise assure un employé et toutes les personnes à sa charge, le DEPENDANT ne pouvant exister sans l’EMPLOYÉ; c'est-à-dire qu'une personne ne peut obtenir une couverture d'assurance en tant que personne à charge, sauf si elle est une personne à charge d'un employé.
Un entité faible est l'entité qui ne peut pas être complètement identifiée par ses propres attributs et prend la clé foreign comme attribut (généralement, elle utilise la clé primaire de l'entité à laquelle elle est liée) .
Exemples
L'existence de chambres dépend entièrement de l'existence d'un hôtel. La pièce peut donc être considérée comme l’entité faible de l’hôtel.
Un autre exemple est le
Le compte bancaire d’une banque n’existe pas si la banque n’existe plus.
Entité forte
Il peut exister sans aucune autre entité.
Exemple
Customer(customerid, name, surname)
Entité faible
Cela dépend d'une entité dominante et ne peut exister sans une entité forte.
Exemple
Adress(addressid, adressName, customerid)
Les entités faibles sont également appelées entités dépendantes, car leur existence dépend d'autres entités. Ces entités sont représentées par un rectangle à double contour dans le diagramme E-R.
Les entités fortes sont également appelées entités indépendantes.
Une entité faible existe pour résoudre le problème des attributs à valeurs multiples.
Il existe deux types d'attributs à valeurs multiples. L'une est simplement le nombre de valeurs pour un objet, tel qu'un "passe-temps", en tant qu'attribut pour un étudiant. L'élève peut avoir de nombreux passe-temps différents. Si nous laissons les passe-temps dans l'ensemble des entités étudiantes, "hobby" ne serait plus unique. Nous créons un ensemble distinct en tant que passe-temps. Ensuite, nous associons le passe-temps et l’étudiant selon nos besoins. L'ensemble d'entités de passe-temps est maintenant un ensemble d'entités associatives. Quant à savoir si elle est faible ou non, nous devons vérifier si chaque entité a suffisamment d'identificateurs uniques pour l'identifier. Selon de nombreux avis, un nom de passe-temps peut suffire à l'identifier.
L'autre type de problème d'attribut à valeurs multiples nécessite une entité faible pour le résoudre. Supposons qu'une entité soit définie dans un système d'inventaire. Est-ce que l'article est un article de catégorie ou réellement l'article? C'est une question importante, car un client peut acheter le même article en même temps et à un certain montant, mais il peut également acheter le même article à un autre moment avec un montant différent. Pouvez-vous voir le même article mais des objets différents. L'élément est maintenant un attribut à plusieurs valeurs. Nous le résolvons en commençant par séparer l’article de la catégorie avec l’article réel. Les deux sont maintenant des ensembles d'entités différents. L'élément de catégorie a des attributs descriptifs, tout comme l'élément auquel vous pensez habituellement. L'élément réel ne peut plus avoir d'attributs descriptifs car nous ne pouvons pas avoir de problème redondant. L'élément réel ne peut avoir que la date, l'heure et le montant de l'élément. Vous pouvez les lier selon vos besoins. Maintenant, parlons de savoir si l’un est une entité faible de l’autre. Les attributs descriptifs sont plus que suffisants pour identifier chaque entité dans le jeu d’entités d’éléments de catégorie. L'élément réel n'a que la date, l'heure et le montant. Même si nous extrayons tous les attributs d'un enregistrement, nous ne pouvons toujours pas identifier l'entité. Pensez-y, c'est juste du temps et de la quantité. L'ensemble d'entités d'éléments réel est un ensemble d'entités faibles. Nous identifions chaque entité de l'ensemble à l'aide de la clé principale en double de l'ensemble d'entités d'élément de catégorie.
./Database/DataModels/RelationalDataModel/WeakEntity
Il peut probablement être écrit en deux facteurs:
- DEPENDANCE: Dépend de l’existence d’un ensemble d’entités identifiantes (relation totale, un à plusieurs).
- IDENTIFICATION: N'a pas de clé primaire. Il a une clé partielle (ou discriminateur). Il doit utiliser la clé primaire d'une autre table pour l'identification.
Si nous imaginions une base de données contenant des questions et des réponses, les questions seraient alors l’entité forte et les réponses, l’entité faible . Donc,Question (id, text)etRéponse (numéro, question_id, texte)serait notre table. Mais pourquoi la table des réponses est-elle une entité faible?
Dépendance à la table des questions. Chaque réponse est liée à une question (hypothèse) et ne peut donc pas être autonome. C’est pourquoi nous avons des gens qui posent une question et y répondent eux-mêmes afin d’aider d’autres personnes et d’obtenir quelques mots supplémentaires.
Identification à partir de la clé primaire de la question. On ne pourrait pas identifier une réponse (en supposant que son identifiant soit un identifiant numérique) car une question pourrait recevoir une réponse par des réponses dont l'identifiant pourrait également exister dans d'autres questions. Clé primaire de la table de réponses: (nombre, question_id).
Après avoir parcouru les moteurs de recherche pendant quelques heures, je suis tombé sur un site contenant un excellent exemple de DRE: http://www.exploredatabase.com/2016/07/description-about-weak-entity-sets-in-DBMS. html
J'ai recréé la DRE. Malheureusement, ils n'ont pas spécifié la clé primaire de l'entité faible.
Si le bâtiment ne peut comporter qu’un et un seul appartement, il semble alors que le numéro de pièce du discriminateur partiel ne sera pas créé (c’est-à-dire mis au rebut).