In einer Verwandtschaftsdatenbank ist eine schwache Entität eine Entität, die durch seine Attribute allein nicht einzigartig identifiziert werden kann; deshalb muss es einen Auslandsschlüssel in Verbindung mit seinen Attributen verwenden, um einen primären Schlüssel zu schaffen. Der Auslandsschlüssel ist normalerweise ein primärer Schlüssel einer Entität, mit der er verbunden ist.

In der Entität stellt Beziehung einen schwachen Entitätssatz schematisch dar wird durch einen kühnen angezeigt (oder doppelt liniert) Rechteck (die Entität) verbunden durch einen kühnen (oder doppelt liniert) Typ-Pfeil zu einem kühnen (oder doppelt liniert) Diamant (die Beziehung). Dieser Typ der Beziehung wird eine sich identifizierende Beziehung genannt, und in der IDEF1X Notation wird es durch eine ovale Entität aber nicht eine Quadratentität für Basistabellen vertreten. Eine sich identifizierende Beziehung ist diejenige, wo der primäre Schlüssel dem Kind schwache Entität als ein primärer Schlüssel in dieser Entität bevölkert wird.

Im Allgemeinen (obwohl nicht notwendigerweise) hat eine schwache Entität keine Sachen in seinem primären Schlüssel außer seinem geerbten primären Schlüssel und einer Folge-Zahl. Es gibt zwei Typen von schwachen Entitäten: assoziative Entitäten und Subtyp-Entitäten. Der Letztere vertritt einen entscheidenden Typ der Normalisierung, wo die Supertyp-Entität seine Attribute zu auf dem Wert des discriminator gestützten Subtyp-Entitäten erbt.

In IDEF1X, einem Regierungsstandard, um Voraussetzungen zu gewinnen, sind mögliche Subtyp-Beziehungen:

• Ganze Subtyp-Beziehung, wenn alle Kategorien bekannt sind.
• Unvollständige Subtyp-Beziehung, wenn alle Kategorien nicht bekannt sein dürfen.

Ein klassisches Beispiel einer schwachen Entität ohne eine Subtyp-Beziehung würde der "Kopfball/Detail' Aufzeichnungen in vielen echten Weltsituationen wie Ansprüche, Ordnungen und Rechnungen sein, wo der Kopfball über alle Formen übliche Information gewinnt, und das Detail gewinnt zu individuellen Sachen spezifische Information.

Das Standardbeispiel einer ganzen Subtyp-Beziehung ist die Parteientität. In Anbetracht des discriminator PARTEITYPS (der, Partnerschaft, C Corporation, U-Boot-Vereinigung des Kapitels S, Vereinigung, Regierungseinheit, Quasiregierungsagentur individuell sein konnte) sind die zwei Subtyp-Entitäten PERSON, die individuell-spezifische Information solcher so vor allen Dingen Name und Geburtsdatum und ORGANISATION enthält, die solche Attribute enthalten würde wie der legale Name und organisatorische Hierarchien wie Kostenstellen.

Wenn Subtyp-Beziehungen in einer Datenbank gemacht werden, wird der Supertyp, was eine Basistabelle genannt wird. Die Subtypen werden als abgeleitete Tische betrachtet, die schwachen Entitäten entsprechen. Verweisungsintegrität wird über fallende Aktualisierungen beachtet und löscht.

Beispiel

Denken Sie eine Datenbank, die Kundenordnungen registriert, wo eine Ordnung für ein oder mehr von den Sachen ist, die das Unternehmen verkauft. Die Datenbank würde einen Tisch enthalten, der Kunden durch eine Kundenzahl (primärer Schlüssel) erkennt; ein anderer, die Produkte identifizierend, die durch eine Produktzahl (primärer Schlüssel) verkauft werden können; und es würde ein Paar von Tischen enthalten, die Ordnungen beschreiben.

Eine der Tabellen konnte Ordnungen genannt werden, und sie würde eine Bestellnummer (primärer Schlüssel) haben, um diese Ordnung einzigartig zu identifizieren, und würde eine Kundenzahl (Auslandsschlüssel) enthalten, um sich zu identifizieren, wer die Produkte an, plus andere Information wie das Datum und Zeit verkauft werden, als der Auftrag erteilt wurde, wie sie dafür bezahlt wird, wo sie zu und so weiter verladen werden soll.

Der andere Tisch konnte OrderItem genannt werden; es würde durch einen zusammengesetzten Schlüssel identifiziert, der aus beiden die Bestellnummer (Auslandsschlüssel) und eine Artikel-Linienzahl besteht; mit anderen nichtprimären Schlüsselattributen wie die Produktzahl (Auslandsschlüssel), der, die Menge, der Preis, jeder Preisnachlass, irgendwelche speziellen Optionen und so weiter bestellt wurde. Es kann Null, einen oder mehrere Einträge von OrderItem entsprechend einer Auftragserfassung geben, aber kein Zugang von OrderItem kann bestehen, wenn die entsprechende Auftragserfassung nicht besteht. (Der Nullfall von OrderItem gilt normalerweise nur vergänglich, wenn in die Ordnung zuerst eingegangen wird, und bevor der erste bestellte Artikel registriert worden ist.)

Der Tisch von OrderItem versorgt schwache Entitäten genau, weil OrderItem keine der Ordnung unabhängige Bedeutung hat. Einige könnten behaupten, dass OrderItem wirklich eine Bedeutung selbstständig hat; es registriert das in einer durch die Aufzeichnung nicht identifizierten Zeit, jemand, der nicht durch die Aufzeichnung identifiziert ist, hat eine bestimmte Menge eines bestimmten Produktes bestellt. Diese Information könnte selbstständig ziemlich nützlich sein, aber es ist des beschränkten Gebrauches. Zum Beispiel, sobald Sie jahreszeitliche oder geografische Tendenzen in den Verkäufen des Artikels finden wollen, brauchen Sie Information von der zusammenhängenden Ordnungsaufzeichnung.

Eine Ordnung würde ohne ein Produkt und eine Person nicht bestehen, um die Ordnung zu schaffen, so konnte es behauptet werden, dass eine Ordnung als eine schwache Entität beschrieben würde, und dass bestellte Produkte ein Mehrwertattribut der Ordnung sein würden.

Siehe auch

• Assoziative Entität