Die Begriff eines Laiens zur Identifizierung der Beziehung

Question

Es gibt Paare von Fragen, um Unterschiede / Erklärungen zur Identifizierung und nicht identifizierender Beziehung in Beziehungsdatenbank zu erkennen.

Meine Frage ist, können Sie sich einen einfacheren Begriff für diese Jargone vorstellen? Ich verstehe, dass technische Begriffe spezifisch und eindeutig sein müssen. Einen "alternativen Namen" könnte jedoch den Schülern helfen, sich leichter auf das Konzept dahinter zu beziehen.

Wir möchten in unserem eigenen Datenbankmodelling-Tool einen laieeren Begriff verwenden, damit erstmalige Benutzer ohne viel Informatik-Hintergrund schneller lernen können.

Prost!

Answer 1

Ich sehe oft Kindertisch oder abhängige Tabelle als Laienbegriff verwendet. Sie könnten eine dieser Begriffe für eine Tabelle mit einer identifizierenden Beziehung verwenden

Dann sag a Referenzierungstabelle ist eine Tabelle mit einer nicht identifizierenden Beziehung.

Zum Beispiel, PhoneNumbers ist ein Kind von Users, weil eine Telefonnummer eine identifizierende Beziehung zu ihrem Benutzer hat (dh der Hauptschlüssel von PhoneNumbers beinhaltet einen Fremdschlüssel zum Hauptschlüssel von Users).

Während die Users Tabelle hat a state Spalte, die ein Fremdschlüssel zur States Tabelle, es zu einer nicht identifizierenden Beziehung. Also könnte man sagen Users Verweise States, ist aber kein Kind davon an sich.

Answer 2

Ich finde gehört Wäre ein guter Name für die identifizierende Beziehung.

Ein "schwacher Entitätstyp" hat keinen eigenen Schlüssel, nur einen "Teilschlüssel", sodass jede Entitätsinstanz dieses schwachen Entitätstyps einer anderen Entitätsinstanz gehören muss, damit er identifiziert werden kann, und dies ist eine "identifizierende Beziehung ". Zum Beispiel könnte ein Vermieter eine Datenbank mit haben Wohnungen und Räume. EIN Zimmer kann genannt werden Küche oder Bad, und während dieser Name in einer Wohnung eindeutig ist, gibt es in der Datenbank viele Räume mit dem Namen Küche, Es ist also nur ein Teilschlüssel. Um einen Raum in der Datenbank eindeutig zu identifizieren, müssen Sie sagen, dass dies der ist Küche in Dies bestimmte Wohnung. Mit anderen Worten, die Räume gehören Wohnungen.

Answer 3

Ich werde den Begriff "schwache Entität" von der ER -Modellierung empfehlen.

Einige Modellierer konzipieren das Thema als bestehen aus Entitäten und Beziehungen unter Einheiten. Dies führt zu einer Entitätsbeziehungsmodellierung (ER-Modellierung). Ein Attribut kann an eine Entität oder eine Beziehung gebunden werden, und Werte, die in der Datenbank gespeichert sind, sind Instanzen von Attributen.

Wenn Sie ER -Modellierung durchführen, gibt es eine Art Entität, die als "schwache Entität" bezeichnet wird. Ein Teil der Identität einer schwachen Entität ist die Identität einer stärkeren Einheit, zu der der Schwache gehört.

Ein Beispiel kann eine Bestellung in einem Auftragsverarbeitungssystem sein. Bestellungen bestehen aus Werbebuchungen, und jede Werbebuchung enthält ein Produkt-ID, einen Einheitspreis und eine Menge. Aber Werbebuchungen haben keine Identifizierungszahl über alle Bestellungen. Stattdessen wird eine Werbemission von {Elementnummer, Bestellnummer} identifiziert. Mit anderen Worten, es kann nur eine Werbemission existieren, es sei denn, es ist Teil von genau einer Bestellung. Artikel Nummer 1 ist der erste Element in welcher Reihenfolge, zu dem es gehört, aber Sie benötigen beide Zahlen, um einen Artikel zu identifizieren.

Es ist einfach, ein ER -Modell in ein relationales Modell zu verwandeln. Es ist auch für Menschen, die Experten in den Daten sind, einfach sind, aber nichts über Datenbanken wissen, um sich an ein ER -Modell der Daten zu gewöhnen, die sie verstehen.

Es gibt andere Modellierer, die vehement gegen die Notwendigkeit einer ER -Modellierung argumentieren. Ich bin keiner von ihnen.

Answer 4

Nichts, absolut nichts in der Art von Modellierung, bei der man auf Dinge wie "Beziehungen" trifft (äh, ich nehme an), ist "technisch", "präzise" oder "eindeutig". Es kann auch nicht sein.

A) ER -Modellierung ist immer und notwendig informell, da sie niemals ausreichen kann, um die gesamte Definition einer Datenbank zu erfassen/auszudrücken.

B) Es gibt so viele verschiedene ER -Dialekte, dass es für alle einfach unmöglich ist, genau die gleichen Begriffe mit genau der gleichen Bedeutung zu verwenden. Kürzlich habe ich sogar festgestellt, dass eine britische Universität, die ER-Modellierung unterrichtet, den Begriff "Entitäts-Subtyp" für das Gleiche verwendet, das ich immer zum Namen "Entity SuperType" und umgekehrt verwendet habe!

Answer 5

Man könnte gebrauchen connection.

Sie haben eine Verbindung zwischen zwei Tabellen, wobei die IDs gleich sind.

Diese Art von Dingen.

Answer 6

wie wäre es mit

• Verband
• Verknüpfung
• Korrelation