Entität und Beziehung

Ein Entität und Beziehung (oder ER -Modell) beschreibt miteinander verbundener Dinge, die an einem bestimmten Wissensbereich von Interesse von Interesse sind. Ein grundlegendes ER -Modell besteht aus Entitätstypen (die die von Interesse klassifizierten Dinge klassifizieren) und spezifiziert Beziehungen, die zwischen Entitäten (Instanzen dieser Entitätstypen) bestehen können.

Ein Entität und eine Einziehungsdiagramm für eine Mmorpg Verwenden Sie Chens Notation

Im SoftwareentwicklungEin ER -Modell wird üblicherweise gebildet, um Dinge darzustellen, an die sich ein Unternehmen erinnern muss, um durchzuführen Geschäftsprozesse. Folglich wird das ER -Modell zur Abstract Datenmodellund definiert eine Daten- oder Informationsstruktur, die in a implementiert werden kann Datenbank, normalerweise a relationale Datenbank.

Die Modellierung von Entität und Beziehung wurde für Datenbank und Design von entwickelt Peter Chen und veröffentlicht in einem Papier von 1976,,[1] mit Varianten der zuvor vorhandenen Idee.[2] Einige ER-Modelle zeigen Super- und Subtypen, die durch die Verallgemeinerungsspezialisierungsbeziehungen verbunden sind.[3] und ein ER-Modell kann auch in der Spezifikation von domänenspezifisch verwendet werden Ontologien.

Einführung

Ein E - R -Modell ist normalerweise das Ergebnis einer systematischen Analyse, um zu definieren und zu beschreiben, was für Prozesse in einem Bereich eines Unternehmens wichtig ist. Es definiert die Geschäftsprozesse nicht; Es präsentiert nur ein Geschäftsdatenschema in grafischer Form. Es wird normalerweise in grafischer Form als Kisten (Kisten (Entitäten) die durch Linien verbunden sind (Beziehungen) die Assoziationen und Abhängigkeiten zwischen Unternehmen ausdrücken. Ein ER -Modell kann auch in verbaler Form ausgedrückt werden, zum Beispiel: Ein Gebäude kann in null oder mehr Wohnungen unterteilt werden, aber eine Wohnung kann sich nur in einem Gebäude befinden.

Entitäten können nicht nur durch Beziehungen, sondern auch durch zusätzliche Eigenschaften charakterisiert werden (Attribute), einschließlich Kennungen, die als "Primärschlüssel" bezeichnet werden. Diagramme, die sowohl zur Darstellung von Attributen als auch Entitäten und Beziehungen erstellt wurden, können als Entitäts-Attribut-Relationship-Diagramme bezeichnet werden, anstatt Entitäts- und Versicherungsmodelle.

Ein ER -Modell wird typischerweise als implementiert Datenbank. In einer einfachen relationalen Datenbankimplementierung stellt jede Zeile einer Tabelle eine Instanz eines Entitätstyps dar, und jedes Feld in einer Tabelle stellt einen Attributtyp dar. In einem relationale Datenbank Eine Beziehung zwischen Entitäten wird implementiert, indem der Hauptschlüssel einer Entität als Zeiger oder "Fremdschlüssel" in der Tabelle eines anderen Unternehmens gespeichert wird.

Es gibt eine Tradition, dass ER/Datenmodelle auf zwei oder drei Abstraktionsebenen erstellt werden. Beachten Sie, dass die nachstehende konzeptionell-logisch-physische Hierarchie in anderen Arten von Spezifikationen verwendet wird und sich von der unterscheidet Drei Schema -Ansatz zu Softwareentwicklung.

Konzeptioneller Datenmodell
Dies ist das ER -Modell auf höchster Ebene, als es das am wenigsten detaillierte Detail enthält, aber den Gesamtumfang dessen festlegt, was in den Modellsatz einbezogen werden soll. Das konzeptionelle ER -Modell definiert normalerweise Master -Referenzdateneinheiten, die üblicherweise von der Organisation verwendet werden. Die Entwicklung eines unternehmensweiten konzeptuellen ER-Modells ist nützlich, um die Dokumentation der zu unterstützen Datenarchitektur für eine Organisation.
Ein konzeptionelles ER -Modell kann als Grundlage für einen oder mehrere verwendet werden Logische Datenmodelle (siehe unten). Der Zweck des konzeptionellen ER -Modells besteht dann darin, strukturell festzulegen Metadaten Gemeinsamkeit für die Stammdaten Entitäten zwischen den logischen ER -Modellen. Das konzeptionelle Datenmodell kann verwendet werden, um Gemeinschaftsbeziehungen zwischen ER -Modellen als Grundlage für die Datenmodellintegration aufzubauen.
Logisches Datenmodell
Ein logisches ER -Modell erfordert kein konzeptionelles ER -Modell, insbesondere wenn der Umfang des logischen ER -Modells nur die Entwicklung eines bestimmten Informationssystems enthält. Das logische ER -Modell enthält mehr Details als das konzeptionelle ER -Modell. Zusätzlich zu Stammdateneinheiten werden jetzt Betriebs- und Transaktionsdateneinheiten definiert. Die Details der einzelnen Datenentität werden entwickelt und die Beziehungen zwischen diesen Dateneinheiten hergestellt. Das logische ER -Modell ist jedoch unabhängig von der Spezifischen entwickelt Datenbankverwaltungssystem in das es implementiert werden kann.
Physikalisches Datenmodell
Ein oder mehrere physikalische ER -Modelle können aus jedem logischen ER -Modell entwickelt werden. Das physische ER -Modell wurde normalerweise so entwickelt, dass sie als Datenbank instanziiert werden. Daher muss jedes physische ER -Modell genügend Details enthalten, um eine Datenbank zu erstellen, und jedes physische ER -Modell ist technologisch abhängig, da jedes Datenbankmanagementsystem etwas unterschiedlich ist.
Das physische Modell wird normalerweise in den strukturellen Metadaten eines Datenbankmanagementsystems als relationale Datenbankobjekte wie z. Datenbanktabellen, Datenbankindizes wie zum Beispiel einzigartiger Schlüssel Indizes und Datenbankbeschränkungen wie a Ausländische Schlüsselbeschränkungen oder eine Gemeinsamkeitenbeschränkung. Das ER -Modell wird normalerweise auch verwendet, um Modifikationen an den relationalen Datenbankobjekten zu entwerfen und die strukturellen Metadaten der Datenbank zu verwalten.

Die erste Stufe von Informationssystem Design verwendet diese Modelle während der Anforderungsanalyse Informationsbedürfnisse oder die Art von Information das soll in a gespeichert werden Datenbank. Das Datenmodellierung Technik kann verwendet werden, um alle zu beschreiben Ontologie (d. h. eine Übersicht und Klassifizierungen gebrauchter Begriffe und ihrer Beziehungen) für eine bestimmte Interessenbereich. Im Falle der Gestaltung eines Informationssystems, das auf einer Datenbank basiert, die Konzeptioneller Datenmodell wird zu einem späteren Zeitpunkt (normalerweise als logisches Design bezeichnet), der a zugeordnet ist Logisches Datenmodell, so wie die Relationales Modell; Dies wiederum wird während des physischen Designs einem physischen Modell zugeordnet. Beachten Sie, dass diese beiden Phasen manchmal als "physisches Design" bezeichnet werden.

Entität und Beziehung

Zwei verwandte Einheiten
Eine Entität mit einem Attribut
Eine Beziehung zu einem Attribut
Primärschlüssel

Eine Entität kann als eine Sache definiert werden, die zu einer unabhängigen Existenz in der Lage ist, einzigartig identifiziert werden zu können. Eine Entität ist eine Abstraktion aus der Komplexität einer Domäne. Wenn wir von einer Entität sprechen, sprechen wir normalerweise von einem Aspekt der realen Welt, die von anderen Aspekten der realen Welt unterschieden werden können.[4]

Eine Entität ist eine Sache, die entweder physisch oder logisch existiert. Ein Unternehmen kann ein physisches Objekt wie ein Haus oder ein Auto sein (sie existieren physisch), ein Ereignis wie ein Hausverkauf oder ein Autodienst oder ein Konzept wie eine Kundentransaktion oder -auftrag (sie existieren logisch - als Konzept ). Obwohl der Begriff Entität derjenige ist, der am häufigsten verwendet wird, sollten wir nach Chen wirklich zwischen einer Entität und einem Entitätstyp unterscheiden. Ein Entitätstyp ist eine Kategorie. Ein Einsatz streng genommen ist ein Beispiel für eine bestimmte Entität. In der Regel gibt es viele Fälle eines Entitätstyps. Da der Begriff Entitätstyp etwas umständlich ist, neigen die meisten Menschen dazu, den Begriff Entität als Synonym für diesen Begriff zu verwenden

Entitäten können als als angesehen werden Substantive. Beispiele: ein Computer, ein Mitarbeiter, ein Lied, ein mathematischer Theorem usw.

Eine Beziehung erfasst, wie Unternehmen miteinander verbunden sind. Beziehungen können als als angesehen werden Verbenzwei oder mehr Substantive verbinden. Beispiele: an besitzt Beziehung zwischen einem Unternehmen und einem Computer a beaufsichtigt Beziehung zwischen einem Mitarbeiter und einer Abteilung, a führt aus Beziehung zwischen einem Künstler und einem Lied, a beweist Beziehung zwischen einem Mathematiker und einer Vermutung usw.

Der oben beschriebene sprachliche Aspekt des Modells wird in der verwendet deklarativ Datenbank Abfragesprache Errol, der nachahmt Natürliche Sprache Konstrukte. Errol Semantik und Implementierung basieren auf umgestalteten relationalen Algebra (RRA), a Relationale Algebra Das ist an das Modell der Entität und Beziehung angepasst und erfasst seinen sprachlichen Aspekt.

Entitäten und Beziehungen können beide Attribute haben. Beispiele: an Angestellter Entität könnte eine haben Sozialversicherungsnummer (SSN) Attribut, während a bewiesen Beziehung kann a haben Datum Attribut.

Alle Einheiten außer Schwache Einheiten Muss einen minimalen Satz von einzigartig identifizierenden Attributen haben, die als a verwendet werden können einzigartig/primär Schlüssel.

Entitätsbeziehungsdiagramme (ERDs) zeigen keine einzelnen Einheiten oder einzelne Beziehungsfälle. Vielmehr zeigen sie Entitätssätze (alle Entitäten desselben Entitätstyps) und Beziehungssätze (alle Beziehungen desselben Beziehungstyps). Beispiele: eine bestimmte Lied ist eine Einheit; Die Sammlung aller Songs in einer Datenbank ist ein Entitätssatz. das gegessen Die Beziehung zwischen einem Kind und seinem Mittagessen ist eine einzige Beziehung; Die Menge aller dieser Kinder-Chart-Beziehungen in einer Datenbank ist ein Beziehungssatz. Mit anderen Worten, eine Beziehung entspricht a Beziehung in Mathematik, während eine Beziehung einem Mitglied der Beziehung entspricht.

Sicher Kardinalitätsbeschränkungen In Beziehungssätzen können ebenfalls angezeigt werden.

Kartierung der natürlichen Sprache

Chen schlug die folgenden Leitregeln für die Kartierung natürlicher Sprachbeschreibungen in ER -Diagramme vor: "Englisch, Chinesisch und ER -Diagramme" von Peter Chen.

Englische Grammatikstruktur ER -Struktur
Gängiges Substantiv Entitätstyp
Eigenname Einheit
Transitives Verb Beziehungstyp
Intransitives Verb Attributtyp
Adjektiv Attribut für Entität
Adverb Attribut für die Beziehung

Physische Ansicht zeigen, wie Daten tatsächlich gespeichert werden.

Beziehungen, Rollen und Kardinalitäten

In Chens Originalpapier gibt er ein Beispiel für eine Beziehung und ihre Rollen. Er beschreibt eine Beziehung "Ehe" und ihre beiden Rollen "Ehemann" und "Frau".

Eine Person spielt die Rolle des Ehemanns in einer Ehe (Beziehung) und eine andere Person spielt die Rolle der Ehefrau in der (gleichen) Ehe. Diese Wörter sind Substantive. Das ist keine Überraschung; Die Benennung von Dingen erfordert ein Substantiv.

Chens Terminologie wurde auch auf frühere Ideen angewendet. Die Zeilen, Pfeile und Krähe-Fuß einiger Diagramme schulden den früheren mehr zu Bachman -Diagramme als zu Chens Beziehungsdiagrammen.

Eine weitere häufige Erweiterung des Modells von Chen besteht darin, Beziehungen und Rollen als Verben oder Phrasen zu "nennen".

Rollennamen

Es ist auch weit verbreitet, um Rollen mit Phrasen wie zu benennen, z. B. ist der Besitzer von und gehört. Richtige Substantive in diesem Fall sind Eigentümer und Besitz. Daher Person spielt die Rolle des Eigentümers und Auto spielt die Rolle des Besitzes statt Person spielt die Rolle von, ist der Besitzer von, etc.

Die Verwendung von Substantiven hat einen direkten Vorteil bei der Generierung physikalischer Implementierungen aus semantischen Modellen. Wenn ein Person hat zwei Beziehungen mit Wagen Dann ist es möglich, Namen wie z. Eigentümer_Person und DRAVER_PERSON, die sofort sinnvoll sind.[5]

Kardinalitäten

Änderungen an der ursprünglichen Spezifikation können von Vorteil sein. Chen beschrieb Look-Across-Kardinalitäten. Abgesehen davon die, die Barker -Elis Die Notation, die im Oracle Designer verwendet wird, verwendet gleiche Seite für die minimale Kardinalität (analog zur Option) und für die Rolle, ist jedoch für maximale Kardinalität (der Krähenfuß).[Klarstellung erforderlich]

Im Merise,[6] Elmasri & Navathe[7] und andere[8] Es gibt eine Präferenz für Rollen und sowohl minimale als auch maximale Kardinalitäten. Jüngste Forscher (Finerer,[9] Dullea et al.[10]) haben gezeigt, dass dies kohärenter ist, wenn sie auf N-Ary-Beziehungen von größer als 2 angewendet werden.

In Dullea et al. Man liest "Ein" Blick hinweg "-Strichter wie in der verwendet Uml repräsentiert nicht effektiv die Semantik von Teilnahmebeschränkungen für Beziehungen, in denen der Abschluss höher ist als binär. "

In der Feinerer heißt es: "Es treten Probleme auf, wenn wir unter der Look-Across-Semantik arbeiten, wie sie für UML-Assoziationen verwendet werden. Hartmann[11] Untersucht diese Situation und zeigt, wie und warum verschiedene Transformationen scheitern. " (Obwohl die genannte "Reduktion" falsch ist, da die beiden Diagramme 3.4 und 3.5 tatsächlich gleich sind) Und auch "wie wir auf den nächsten Seiten sehen werden, führt die Aussichtspunkt-Interpretation in mehreren Schwierigkeiten ein, die die Ausdehnung einfacher Mechanismen von binären auf N-Ary-Assoziationen verhindern."

Verschiedene Methoden zur Darstellung desselben zu vielen Beziehung. In jedem Fall zeigt das Diagramm die Beziehung zwischen einer Person und einem Geburtsort: Jede Person muss an einem und nur einem Ort geboren worden sein, aber jeder Ort hatte möglicherweise null oder mehr Menschen, die an ihm geboren wurden.
Zwei verwandte Einheiten, die mit Crows Fußnotation gezeigt werden. In diesem Beispiel wird eine optionale Beziehung zwischen Künstler und Lied gezeigt. Die Symbole, die der Songeinheit am nächsten stehen, repräsentieren "Zero, One oder viele", während ein Lied "Eins und nur einen" Künstler hat. Ersteres wird daher als Künstler gelesen, ein Künstler (CAN) "Null, ein oder viele" Songs.

Chens Notation für die Modellierung von Entität und Beziehung verwendet Rechtecke, um Entitätssätze und Diamanten darzustellen, um Beziehungen darzustellen erstklassige Objekte: Sie können eigene Attribute und Beziehungen haben. Wenn ein Unternehmenssatz an einem Beziehungssatz teilnimmt, sind sie mit einer Linie verbunden.

Attribute werden als Ovale gezeichnet und mit einer Linie mit genau einer Entität oder einem Beziehungssatz verbunden.

Kardinalitätsbeschränkungen werden wie folgt ausgedrückt:

  • Eine Doppellinie zeigt a an Teilnahmebeschränkung, Gesamtheit oder Surjektivität: Alle Unternehmen im Unternehmenset müssen teilnehmen mindestens ein Beziehung in der Beziehung im Zusammenhang;
  • Ein Pfeil von der Entität, die auf Beziehungssatz gesetzt ist Schlüsselbeschränkung, d.h. Injektivität: Jede Entität des Unternehmenssatzes kann teilnehmen höchstens eine Beziehung in der Beziehung im Zusammenhang;
  • Eine dicke Linie zeigt beide an, d.h. Bijektivität: Jede Entität im Unternehmenset ist an beteiligt genau eins Beziehung.
  • Ein unterstrichener Name eines Attributs zeigt an, dass es a ist Schlüssel: Zwei verschiedene Entitäten oder Beziehungen zu diesem Attribut haben immer unterschiedliche Werte für dieses Attribut.

Attribute werden oft weggelassen, da sie ein Diagramm aufeinander bringen können. In anderen Diagrammtechniken werden häufig Entitätsattribute in den Rechtecken für Entitätssätze aufgeführt.

Verwandte Diagramming -Konventionstechniken:

Crows Fußnotation

Crows Fußnotation, deren Anfang zu einem Artikel von Gordon Everest (1976) zurückgeht.[12] wird in verwendet Barkers Notation, Strukturierte Systemanalyse- und Entwurfsmethode (SSADM) und Informationstechnologie Engineering. Die Fußdiagramme von Crow repräsentieren Entitäten als Kisten und Beziehungen zwischen den Kisten. Verschiedene Formen an den Enden dieser Linien repräsentieren die relative Kardinalität der Beziehung.

Die Fußnotation von Crow wurde in der Beratungspraxis verwendet Caci. Viele der Berater von CACI (einschließlich Richard Barker) zogen anschließend zu Orakel Großbritannien, wo sie die frühen Versionen von Oracle entwickelten FALL Tools, die die Notation einem breiteren Publikum vorstellen.

Mit dieser Notation können Beziehungen keine Attribute haben. Nach Bedarf werden Beziehungen zu eigenen Rechtsgeräten befördert: Wenn zum Beispiel erforderlich ist, wo und wann ein Künstler ein Lied aufführte, wird eine neue Entität "Performance" eingeführt (mit Attributen, die Zeit und Ort widerspiegeln) und) und) und eine neue Entität "und eine neue Entität" und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität) und eine neue Entität erfasst) und eine neue Entität) und eine neue Entität erfasst) und eine neue Entität) und eine neue Entität) und eine neue Entität erfasst), und, wann ein bisschen Zeit und Ort widerspiegelt), und eine neue Entität) und eine neue Entitätsdauer. Die Beziehung eines Künstlers zu einem Lied wird zu einer indirekten Beziehung über die Aufführung (Künstlerleistung, Leistung, Performance-Features-Song).

Drei Symbole werden verwendet, um Kardinalität darzustellen:

  • das Ring repräsentiert "Null"
  • das Bindestrich repräsentiert "eins"
  • das Krähenfuß repräsentiert "viele" oder "unendlich"

Diese Symbole werden paarweise verwendet, um die vier Arten von Kardinalität darzustellen, die ein Unternehmen in einer Beziehung haben kann. Die innere Komponente der Notation repräsentiert das Minimum und die äußere Komponente repräsentiert das Maximum.

  • Ring und Bindestrich → minimal Null, maximal (optional)
  • Bindestrich und Bindestrich → mindestens eine, maximal (obligatorisch)
  • Ring und Krähenfuß → Minimum Null, maximal viele (optional)
  • Bindestrich und Krähenfuß → mindestens eine, maximal viele (obligatorisch)

Modell Usability -Probleme

Bei der Verwendung einer modellierten Datenbank können Benutzer zwei bekannte Probleme begegnen, bei denen die zurückgegebenen Ergebnisse etwas anderes als die Ergebnisse des Abfrageautors bedeuten.

Das erste ist die "Fan -Falle". Es tritt mit einer (Master) Tabelle auf, die in einer Eins-zu-Viele-Beziehung mit mehreren Tabellen verknüpft wird. Das Problem leitet seinen Namen von der Art und Weise ab, wie das Modell aussieht, wenn es in einem Entität und Zusammenhangsdiagramm gezogen wird: die verknüpften Tabellen "Lüfter" aus der Master -Tabelle. Diese Art von Modell ähnelt a ähnlich wie a Sternschema, eine Art von Modell, die in verwendet wird Data Warehouse. Beim Versuch, Summen über Aggregate mit Standard -SQL über die Master -Tabelle zu berechnen, können unerwartete (und falsche) Ergebnisse auftreten. Die Lösung besteht darin, entweder das Modell oder das SQL anzupassen. Dieses Problem erfolgt hauptsächlich in Datenbanken für Entscheidungsunterstützungssysteme und Software, die solche Systeme abfragt, enthält manchmal spezifische Methoden zur Behandlung dieses Problems.

Die zweite Ausgabe ist eine "Abitur -Falle". Eine Abhöhungsfalle tritt auf, wenn ein Modell die Existenz einer Beziehung zwischen Entitätstypen vorschlägt, der Weg besteht jedoch nicht zwischen bestimmten Entitätsereignissen. Zum Beispiel hat ein Gebäude ein oder mehr oder mehr Räume, die keine Computer-oder-mehr-Computer haben. Man würde erwarten, das Modell abfragen zu können, um alle Computer im Gebäude zu sehen. Computer, die derzeit nicht einem Raum zugeordnet sind (weil sie reparieren oder woanders sind), werden in der Liste nicht angezeigt. Eine weitere Beziehung zwischen Gebäude und Computern ist erforderlich, um alle Computer im Gebäude zu erfassen. Dieses letzte Modellierungsproblem ist das Ergebnis eines Versagens, alle Beziehungen in der realen Welt des Modells zu erfassen. Sehen Entitätsbeziehungsmodellierung 2 für Details.

Entität und Beziehung und semantische Modellierung

Semantisches Modell

Ein semantisches Modell ist ein Modell von Konzepten, es wird manchmal als "plattformunabhängiges Modell" bezeichnet. Es ist ein intensionales Modell. Zumindest seitdem Carnap, es ist gut bekannt, dass:[13]

"... die volle Bedeutung eines Konzepts bildet zwei Aspekte, seine Intension und seine Erweiterung. Der erste Teil umfasst die Einbettung eines Konzepts in der Welt der Konzepte als Ganzes, d. H. Die Gesamtheit aller Beziehungen zu anderen Konzepten. Der zweite Teil legt die referenzielle Bedeutung des Konzepts fest, d. H. Sein Gegenstück in der realen oder in einer möglichen Welt ".

Erweiterungsmodell

Ein Erweiterungsmodell ist eines, das den Elementen einer bestimmten Methodik oder Technologie abbildet und somit ein "plattformspezifisches Modell" ist. In der UML-Spezifikation wird ausdrücklich angegeben, dass Assoziationen in Klassenmodellen erweitert sind, und dies wird tatsächlich selbstverständlich durch die umfangreiche Reihe zusätzlicher "Schmuckstücke" berücksichtigt, die durch die Spezifikation über diejenigen, die von einem der vorherigen Kandidaten "semantische Modellierungssprachen" bereitgestellt werden, bereitgestellt werden, über die Spezifikation hinausgeht. ."UML als Datenmodellierungsnotation, Teil 2"

Entität und Beziehung

Peter Chen, der Vater von ER Modeling, sagte in seinem wegweisenden Papier:

"Das Modell der Entitätsbeziehung nimmt die natürlichere Ansicht an, dass die reale Welt aus Entitäten und Beziehungen besteht. Es umfasst einige der wichtigen semantischen Informationen über die reale Welt." [1]

In seinem ursprünglichen Artikel von 1976 kontrastiert Chen explizit Entität und Beziehung zwischen den Datensatzmodellierungstechniken:

"Das Datenstrukturdiagramm ist eine Darstellung der Organisation von Aufzeichnungen und keine genaue Darstellung von Unternehmen und Beziehungen."

Mehrere andere Autoren unterstützen auch Chens Programm:[14] [15] [16] [17] [18]

Philosophische Ausrichtung

Chen entspricht den philosophischen Traditionen aus der Zeit der alten griechischen Philosophen: Plato und Aristoteles.[19] Platon selbst assoziiert Wissen mit der Besorgnis der unveränderlichen Formen (nämlich Archetypen oder abstrakte Darstellungen der vielen Arten von Dingen und Eigenschaften) und ihrer Beziehungen zueinander.

Einschränkungen

  • Ein ER -Modell ist in erster Linie konzeptionell, eine Ontologie, die Prädikate in einem Bereich des Wissens ausdrückt.
  • ER -Modelle werden leicht verwendet, um relationale Datenbankstrukturen (nach Codd und Datum) darzustellen, aber nicht so oft, um andere Arten von Datenstruktur darzustellen (Data Warehouses, Dokumentspeicher usw.)
  • Einige ER-Modellnotationen enthalten Symbole, um die Beziehungen zum Super-Sub-Typ und den gegenseitigen Ausschluss zwischen Beziehungen zu zeigen. Einige nicht.
  • Ein ER -Modell zeigt nicht die Lebensgeschichte eines Unternehmens (wie sich seine Attribute und/oder Beziehungen im Laufe der Zeit als Reaktion auf Ereignisse ändern). Für viele Systeme sind solche Zustandsänderungen nicht trivial und wichtig genug, um eine explizite Spezifikation zu rechtfertigen.
  • Etwas[wer?] haben die ER -Modellierung mit Konstrukten erweitert, um Zustandsänderungen darzustellen, ein vom ursprünglicher Autor unterstütztes Ansatz;[20] Ein Beispiel ist Ankermodellierung.
  • Andere Modellzustand ändert sich separat anhand von Zustandsübergangsdiagrammen oder einer anderen Prozessmodellierung Technik.
  • Viele andere Arten von Diagrammen werden angezogen, um andere Aspekte von Systemen zu modellieren, einschließlich der 14 Diagrammtypen, die von angeboten werden Uml.[21]
  • Heute, selbst wenn die ER -Modellierung nützlich sein könnte, ist es ungewöhnlich, weil viele Tools verwenden, die ähnliche Modellarten unterstützen, insbesondere Klassendiagramme für OO -Programmier- und Datenmodelle für Relational Datenbankmanagementsystem. Einige dieser Tools können Code aus Diagrammen und Rückwärtsgummiendiagrammen aus dem Code generieren.
  • In einer Umfrage Brodie und Liu[22] Es konnte keine einzige Instanz der Entität und Beziehung in einer Stichprobe von zehn Fortune 100 -Unternehmen finden. Badia und Lemire[23] Schuld diesen mangelnden Gebrauch bei mangelnder Anleitung, aber auch an den mangelnden Vorteilen wie mangelnde Unterstützung für die Datenintegration.
  • Das Verbessertes Entität und Beziehung (EER -Modellierung) führt mehrere Konzepte ein, die nicht in der ER -Modellierung, sondern eng miteinander verbunden sind objektorientierter Design, wie ist ein Beziehungen.
  • Zum Modellieren zeitliche DatenbankenEs wurden zahlreiche ER -Erweiterungen berücksichtigt.[24] In ähnlicher Weise wurde das ER -Modell als ungeeignet für als ungeeignet befunden Mehrdimensionale Datenbanken (benutzt in Olap Anwendungen); In diesem Bereich ist noch kein dominantes konzeptionelles Modell entstanden, obwohl sie sich im Allgemeinen um das Konzept von drehen Olap Cube (auch bekannt als Datenwürfel im Feld).[25]

Siehe auch

Verweise

  1. ^ a b Chen, Peter (März 1976). "Das Entitätsbeziehungsmodell - in Richtung einer einheitlichen Ansicht der Daten". ACM -Transaktionen auf Datenbanksystemen. 1 (1): 9–36. Citeseerx 10.1.1.523.6679. doi:10.1145/320434.320440. S2CID 52801746.
  2. ^ A.P.G. Brown, "Modellierung eines realen Systems und Entwerfen eines Schemas, um es darzustellen", in Douque und Nijssen (Hrsg.), Datenbankbeschreibung, North-Holland, 1975, ISBN0-7204-2833-5.
  3. ^ "Lektion 5: Supertypen und Subtypen". docs.microsoft.com.
  4. ^ Beynon-Davies, Paul (2004). Datenbanksysteme. Basingstoke, Großbritannien: Palgrave: Houndmills. ISBN 978-1403916013.
  5. ^ "The Pangrammaticon: Emotion und Gesellschaft". 3. Januar 2013.
  6. ^ Hubert Tardieu, Arnold Rochfeld und René Colletti La Methode Merise: Principes ET Outils (Taschenbuch - 1983)
  7. ^ Elmasri, Ramez, B. Shamkant, Navathe, Fundamentals of Database Systems, Third Ed., Addison-Wesley, Menlo Park, CA, USA, 2000.
  8. ^ ER 2004: 23. Internationale Konferenz über konzeptionelle Modellierung, Shanghai, China, 8. bis 12. November 2004. 2004-10-27. ISBN 9783540237235.
  9. ^ "Eine formale Behandlung von UML -Klassendiagrammen als effiziente Methode für das Konfigurationsmanagement 2007" (PDF).
  10. ^ "James Dullea, Il-yeol Song, Ioanna Lamprou-Eine Analyse der strukturellen Validität bei der Modellierung der Entitätsbeziehung 2002" (PDF).
  11. ^ Hartmann, Sven. "Argumentation zu Teilnahmebeschränkungen und Chens Einschränkungen Archiviert 2013-05-10 bei der Wayback -Maschine"
  12. ^ G. Everest, "Grundlegende Datenstrukturmodelle mit einem gemeinsamen Beispiel", in Computing Systems 1976, Proceedings Fifth Texas Conference on Computing Systems, Austin, TX, 1976 18. bis 19. Oktober, Seiten 39-46. (Long Beach, CA: IEEE Computer Society Publications Office).
  13. ^ "Die Rolle der intensionalen und erweiterten Interpretation in semantischen Darstellungen".
  14. ^ Kent in "Daten und Realität":
    "Eine Sache, die wir zu Beginn eines Modellierungsbestrebens in unseren Köpfen klar haben sollten, ist, ob wir einen Teil der" Realität "(ein menschliches Unternehmen) oder eine Datenverarbeitungsaktivität beschreiben möchten."
  15. ^ ABRIAL In "Data Semantics": "... die sogenannte" logische "Definition und Manipulation von Daten werden nach wie vor (manchmal unbewusst) von den derzeit auf Computersystemen verfügbaren" physischen "Speicher- und Abrufmechanismen beeinflusst."
  16. ^ Stamper: "Sie geben vor, Entitätstypen zu beschreiben, aber der Wortschatz stammt aus der Datenverarbeitung: Felder, Datenelemente, Werte. Benennungsregeln spiegeln nicht die Konventionen wider, die wir für die Benennung von Personen und Dingen verwenden; sie reflektieren stattdessen Techniken zum Auffinden von Datensätzen in Dateien in Dateien. . "
  17. ^ Im Jacksons Wörter: "Der Entwickler beginnt damit, ein Modell der Realität zu erstellen, mit dem sich das System befasst, die Realität, die sein [das System des Systems] liefert ..."
  18. ^ Elmasri, Navathe: "Die ER -Modellkonzepte sind so konzipiert, dass sie der Wahrnehmung von Daten durch den Benutzer näher sind und nicht beschreiben sollen, wie Daten im Computer gespeichert werden."
  19. ^ Paolo Rocchi, Janus-Gesichtswahrscheinlichkeit, Springer, 2014, p. 62.
  20. ^ P. Chen. Vorgeschlagene Forschungsanweisungen für eine neue Grenze: aktive konzeptionelle Modellierung. ER 2006, Band 4215 von Vortragsnotizen in Informatik, Seiten 1–4. Springer Berlin / Heidelberg, 2006.
  21. ^ Carte, Traci A.; Jasperson, Jon (Sean); und Cornelius, Mark E. (2020) "Integration von ERD- und UML -Konzepten beim Unterrichten von Datenmodellierung", Journal of Information Systems Education: Vol. 17: ISS. 1, Artikel 9.
  22. ^ Die Macht und Grenzen der relationalen Technologie im Zeitalter der Informationsökosysteme Archiviert 2016-09-17 bei der Wayback -Maschine. Zu den Move Federated Conferences, 2010.
  23. ^ A. Badia und D. Lemire. Ein Anruf zu Waffen: Überprüfung des Datenbankdesigns. Citeseerx,
  24. ^ Gregersen, Heidi; Jensen, Christian S. (1999). "Temporale Entitätsbeziehungsmodelle-eine Umfrage". IEEE -Transaktionen zu Wissen und Daten Engineering. 11 (3): 464–497. Citeseerx 10.1.1.1.2497. doi:10.1109/69.774104.
  25. ^ Riccardo Torlone (2003). "Konzeptuelle mehrdimensionale Modelle" (PDF). In Maurizio Rafanelli (Hrsg.). Mehrdimensionale Datenbanken: Probleme und Lösungen. Idea Group Inc (IGI). ISBN 978-1-59140-053-0.

Weitere Lektüre

Externe Links