{"id":1717,"date":"2026-03-26T14:14:41","date_gmt":"2026-03-26T14:14:41","guid":{"rendered":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/"},"modified":"2026-03-26T14:14:41","modified_gmt":"2026-03-26T14:14:41","slug":"modeling-inheritance-supertypes-subtypes-database-schema-design","status":"publish","type":"post","link":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/","title":{"rendered":"ERD-Leitfaden: Modellierung von Vererbung: Ober- und Untertypen bei der Datenbank-Schemagenerierung"},"content":{"rendered":"<p>Die Gestaltung robuster Datenbankschemata erfordert mehr als nur die Auflistung von Tabellen und Spalten. Es erfordert ein tiefes Verst\u00e4ndnis daf\u00fcr, wie Entit\u00e4ten miteinander verwandt sind. Unter den m\u00e4chtigsten, aber auch komplexesten Konzepten in Entity-Relationship-Diagrammen (ERD) ist die Vererbung. Diese Mechanik erm\u00f6glicht es uns, realweltliche Hierarchien zu modellieren, bei denen Objekte gemeinsame Merkmale teilen, aber auch einzigartige Attribute besitzen. Im Kontext der Datenbankgestaltung bedeutet dies Ober- und Untertypen. \ud83e\udde9<\/p>\n<p>Wenn wir Vererbung modellieren, erfassen wir im Wesentlichen die \u201eist-ein\u201c-Beziehung. Zum Beispiel ist ein <strong>Fahrzeug<\/strong> ist eine Art von <strong>Produkt<\/strong>, und ein <strong>Auto<\/strong> ist eine Art von <strong>Fahrzeug<\/strong>. Diese Hierarchie erm\u00f6glicht es uns, Attribute auf h\u00f6heren Ebenen zu wiederholen, w\u00e4hrend wir spezifische Verhaltensweisen oder Daten auf niedrigeren Ebenen definieren. Das Verst\u00e4ndnis, wie dies in einer relationalen Datenbank implementiert wird, ist entscheidend f\u00fcr die Datenintegrit\u00e4t und die Abfrageleistung. \ud83d\uddc4\ufe0f<\/p>\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter\"><img alt=\"Chibi-style infographic explaining database inheritance modeling with supertypes and subtypes, illustrating three implementation strategies (Single Table, Class Table, and Concrete Table Inheritance), completeness and disjointness constraints, with cute character illustrations, pros\/cons icons, and clear English labels for database schema design education\" decoding=\"async\" src=\"https:\/\/www.go-diagram.com\/wp-content\/uploads\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg\"\/><\/figure>\n<\/div>\n<h2>\ud83d\udd11 Kernkonzepte: Ober- und Untertypen<\/h2>\n<p>Bevor wir in die Implementierung einsteigen, m\u00fcssen wir die Begrifflichkeiten klar definieren. Die Vererbung in der Datenbankmodellierung geht nicht nur um Code; es geht um die strukturelle Darstellung von Daten.<\/p>\n<ul>\n<li><strong>OberTyp:<\/strong> Dies ist die \u00fcbergeordnete Entit\u00e4t. Sie enth\u00e4lt Attribute, die allen verwandten Entit\u00e4ten gemeinsam sind. Sie repr\u00e4sentiert die allgemeine Kategorie. Zum Beispiel k\u00f6nnte <em>Mitarbeiter<\/em> ein OberTyp sein.<\/li>\n<li><strong>Untertyp:<\/strong> Dies sind die untergeordneten Entit\u00e4ten. Sie erben Attribute vom OberTyp, k\u00f6nnen aber auch eigene einzigartige Attribute besitzen. Beispiele sind <em>Manager<\/em> oder <em>Entwickler<\/em>.<\/li>\n<li><strong>Entit\u00e4tskategorie:<\/strong> Der OberTyp wird manchmal als Entit\u00e4tskategorie bezeichnet, wodurch die Untertypen zusammengefasst werden.<\/li>\n<li><strong>Unterscheidungsmerkmal:<\/strong> Ein spezifisches Attribut innerhalb des OberTyps, das identifiziert, zu welchem Untertyp eine Instanz geh\u00f6rt. Dies wird h\u00e4ufig bei physischen Implementierungen verwendet.<\/li>\n<\/ul>\n<p>Die Beziehung zwischen einem OberTyp und einem Untertyp ist streng. Jede Instanz eines Untertyps muss auch eine Instanz des OberTyps sein. Jedoch muss nicht jede Instanz des OberTyps eine Instanz eines bestimmten Untertyps sein. Diese Unterscheidung ist entscheidend f\u00fcr die Genauigkeit der Datenmodellierung. \u2705<\/p>\n<h2>\ud83d\udcca Implementierungsstrategien<\/h2>\n<p>Die Umsetzung des logischen ERD-Modells in ein physisches Datenbankschema erfordert spezifische Abbildungsstrategien. Es gibt drei Hauptans\u00e4tze, um Vererbung in relationalen Systemen darzustellen. Jeder hat Kompromisse hinsichtlich Speicherplatz, Abrufgeschwindigkeit und Datenintegrit\u00e4t. \ud83d\udee0\ufe0f<\/p>\n<h3>1. Einzeltabellenvererbung (STI)<\/h3>\n<p>Bei diesem Ansatz werden alle Attribute des Obertyps und aller Untertypen in einer einzigen Tabelle kombiniert. Die Tabelle enth\u00e4lt Spalten f\u00fcr jedes Attribut, das in der gesamten Hierarchie definiert ist. Um Zeilen unterschiedlicher Untypen voneinander zu unterscheiden, wird eine Diskriminatorspalte hinzugef\u00fcgt.<\/p>\n<ul>\n<li><strong>Vorteile:<\/strong> Sehr effizient beim Lesen von Daten. Ein einfacher <code>SELECT<\/code> ruft alle Informationen ab, ohne komplexe Verkn\u00fcpfungen zu ben\u00f6tigen.<\/li>\n<li><strong>Nachteile:<\/strong> Die Tabelle kann sehr breit werden mit vielen <code>NULL<\/code> Werten f\u00fcr Attribute, die f\u00fcr bestimmte Untypen nicht gelten. Es kann auch Updates erschweren, wenn sich die f\u00fcr Untypen spezifischen Einschr\u00e4nkungen \u00e4ndern.<\/li>\n<\/ul>\n<h3>2. Klassentabellenvererbung (CTI)<\/h3>\n<p>Hier werden der Obertyp und jeder Untyp jeweils einer eigenen Tabelle zugeordnet. Die Obertypentabelle enth\u00e4lt die gemeinsamen Attribute und einen Prim\u00e4rschl\u00fcssel. Jede Untypentabelle enth\u00e4lt die eindeutigen Attribute sowie einen Fremdschl\u00fcssel, der zur\u00fcck zum Prim\u00e4rschl\u00fcssel des Obertyps verweist.<\/p>\n<ul>\n<li><strong>Vorteile:<\/strong> Hoch normalisiert. Keine <code>NULL<\/code> Werte f\u00fcr nicht anwendbare Attribute. Stellt die Referenzintegrit\u00e4t strikt sicher.<\/li>\n<li><strong>Nachteile:<\/strong> Das Abrufen von Daten erfordert mehrere <code>JOIN<\/code> Operationen, die sich negativ auf die Leistung bei gro\u00dfen Datens\u00e4tzen auswirken k\u00f6nnen. Es erschwert auch die <code>INSERT<\/code> Operationen, da die Daten in mehreren Tabellen geschrieben werden m\u00fcssen.<\/li>\n<\/ul>\n<h3>3. Eine Tabelle pro Untyp (konkrete Tabellenvererbung)<\/h3>\n<p>Bei dieser Strategie wird f\u00fcr jeden Untyp, einschlie\u00dflich des Obertyps, eine eigene Tabelle erstellt. Jede Untypentabelle enth\u00e4lt jedoch eine Kopie der Attribute des Obertyps. Es gibt keinen direkten Link zur\u00fcck zu einer zentralen Obertypentabelle.<\/p>\n<ul>\n<li><strong>Vorteile:<\/strong> Das Abfragen eines bestimmten Untyps ist sehr schnell, da alle Daten an einem Ort gespeichert sind. Es vermeidet das <code>NULL<\/code> Problem der STI.<\/li>\n<li><strong>Nachteile:<\/strong> Datenspeicherung mit Redundanz. Wenn ein gemeinsames Attribut im Obertyp ge\u00e4ndert wird, muss es in jeder Untypentabelle aktualisiert werden. Dies erh\u00f6ht das Risiko von Dateninkonsistenzen.<\/li>\n<\/ul>\n<h2>\u2696\ufe0f Einschr\u00e4nkungen der Vererbung<\/h2>\n<p>Nicht alle Vererbungsbeziehungen sind gleich. Wir m\u00fcssen Einschr\u00e4nkungen definieren, die steuern, wie Instanzen zu ihren Typen in Beziehung stehen. Diese Einschr\u00e4nkungen stellen sicher, dass die Daten logisch und konsistent bleiben. \ud83d\udcdd<\/p>\n<h3>Vollst\u00e4ndigkeits-Einschr\u00e4nkung<\/h3>\n<p>Diese Einschr\u00e4nkung bestimmt, ob jede Instanz eines OberTyps einer Untertypen angeh\u00f6ren muss.<\/p>\n<ul>\n<li><strong>Vollst\u00e4ndig:<\/strong> Jede Instanz des OberTyps muss Mitglied mindestens eines Untertyps sein. Es gibt keine \u201egenerischen\u201c Instanzen. Zum Beispiel muss jedes <em>Tier<\/em> entweder ein <em>S\u00e4ugetier<\/em> oder ein <em>Vogel<\/em>.<\/li>\n<li><strong>Partiell:<\/strong> Eine Instanz des OberTyps muss nicht unbedingt einem Untertyp angeh\u00f6ren. Sie kann als allgemeine Entit\u00e4t existieren. Dies ist h\u00e4ufig, wenn die Hierarchie zur Kategorisierung statt zur strengen Klassifizierung verwendet wird.<\/li>\n<\/ul>\n<h3>Disjunktheits-Einschr\u00e4nkung<\/h3>\n<p>Diese Einschr\u00e4nkung bestimmt, ob eine Instanz gleichzeitig mehreren Untertypen angeh\u00f6ren kann.<\/p>\n<ul>\n<li><strong>Disjunkt:<\/strong> Eine Instanz kann nur einem Untertyp angeh\u00f6ren. Sie kann innerhalb dieses Modells nicht gleichzeitig ein <em>Manager<\/em> und ein <em>Entwickler<\/em> sein.<\/li>\n<li><strong>\u00dcberlappung:<\/strong> Eine Instanz kann mehreren Untertypen angeh\u00f6ren. Dies erm\u00f6glicht komplexe Rollen, bei denen ein <em>Mitarbeiter<\/em> mehrere Positionen oder Klassifizierungen innehaben kann.<\/li>\n<\/ul>\n<p>Die Kombination dieser Einschr\u00e4nkungen ergibt vier unterschiedliche Modellierungsszenarien. Es ist entscheidend, zu verstehen, welches Szenario Ihrer Gesch\u00e4ftslogik entspricht, bevor das Schema erstellt wird. \ud83e\udde0<\/p>\n<table>\n<thead>\n<tr>\n<th>Einschr\u00e4nkungstyp<\/th>\n<th>Definition<\/th>\n<th>Beispiel-Szenario<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Disjunkt + Vollst\u00e4ndig<\/td>\n<td>Nur ein Untertyp, keine generischen Instanzen<\/td>\n<td>Bestellstatus: Ausstehend, Versandt, Geliefert<\/td>\n<\/tr>\n<tr>\n<td>Disjunkt + Teilweise<\/td>\n<td>Nur ein Untertyp, optionaler Untertyp<\/td>\n<td>Kunde: VIP oder Normal (manche sind beides nicht)<\/td>\n<\/tr>\n<tr>\n<td>\u00dcberlappung + Vollst\u00e4ndig<\/td>\n<td>Mehrere Untertypen erlaubt, muss zu einem geh\u00f6ren<\/td>\n<td>Benutzerrolle: Admin und Editor (muss mindestens eine haben)<\/td>\n<\/tr>\n<tr>\n<td>\u00dcberlappung + Teilweise<\/td>\n<td>Mehrere Untertypen erlaubt, optional<\/td>\n<td>Produkt: Verkaufsf\u00e4hig, Werbeartikel (kann beides oder nichts sein)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>\ud83d\udd0d Abfragen und Datenabruf<\/h2>\n<p>Die Wahl der Abbildungsstrategie beeinflusst ma\u00dfgeblich, wie Sie Abfragen schreiben. In einer normalisierten Umgebung m\u00fcssen Sie oft die Hierarchie durchlaufen, um ein vollst\u00e4ndiges Bild einer Entit\u00e4t zu erhalten. \ud83d\udd0e<\/p>\n<ul>\n<li><strong>Abrufen von Untertypdaten:<\/strong> Wenn Sie auf Attribute zugreifen m\u00fcssen, die spezifisch f\u00fcr einen Untertyp sind, m\u00fcssen Sie die Untertyptabelle verkn\u00fcpfen. Dies ist Standard bei der Klassentabellenvererbung.<\/li>\n<li><strong>Abrufen von Oberklassendaten:<\/strong> Wenn Sie gemeinsame Attribute ben\u00f6tigen, k\u00f6nnen Sie die Oberklassentabelle direkt abfragen.<\/li>\n<li><strong>Polymorphe Abfragen:<\/strong> Wenn Sie nach allen Instanzen unabh\u00e4ngig vom Untertyp suchen, ist die Einzeltabellenmethode am schnellsten. Wenn Sie jedoch mehrere Tabellen verwenden, m\u00fcssen Sie <code>VEREINIGUNG<\/code>Operationen oder komplexe Verkn\u00fcpfungen verwenden.<\/li>\n<\/ul>\n<p>Ber\u00fccksichtigen Sie die Leistungsauswirkungen. Eine Abfrage, die f\u00fcnf Tabellen verkn\u00fcpft, um eine einzelne Aufzeichnung abzurufen, kann langsamer sein als eine Abfrage auf einer de-normalisierten Einzeltabelle. Allerdings kann die de-normalisierte Tabelle die Normalisierungsregeln verletzen und zu Aktualisierungsanomalien f\u00fchren. Das Abw\u00e4gen dieser Faktoren ist ein zentraler Bestandteil der Schema-Design.<\/p>\n<h2>\ud83d\udee0\ufe0f Wartung und Evolution<\/h2>\n<p>Schemata sind nicht statisch. Die Gesch\u00e4ftsanforderungen \u00e4ndern sich, und daher muss auch die Datenbankstruktur angepasst werden. Die Vererbungsmodellierung bietet Flexibilit\u00e4t, f\u00fchrt aber auch zu Komplexit\u00e4t bei der Wartung. \ud83d\udd04<\/p>\n<h3>Hinzuf\u00fcgen neuer Untertypen<\/h3>\n<p>Das Hinzuf\u00fcgen eines neuen Untertyps ist in der Regel einfach. Sie erstellen eine neue Tabelle (bei CTI) oder einen neuen Wert in der Diskriminiererspalte (bei STI). Sie m\u00fcssen jedoch sicherstellen, dass bestehende Abfragen und Anwendungslogik den neuen Typ ber\u00fccksichtigen. Ein nicht aktualisierter Code kann zu Laufzeitfehlern f\u00fchren.<\/p>\n<h3>\u00c4ndern von Oberklassenattributen<\/h3>\n<p>Wenn Sie ein Attribut zur Oberklasse hinzuf\u00fcgen, muss es in jeder Untertyptabelle widergespiegelt werden, wenn Sie CTI oder Tabellen pro Untertyp verwenden. Bei STI f\u00fcgen Sie es nur einmal in die einzige Tabelle hinzu. Dies macht STI bei allgemeinen \u00c4nderungen einfacher zu warten, aber bei spezifischen \u00c4nderungen schwieriger.<\/p>\n<h3>Datenmigration<\/h3>\n<p>Das Refactoring eines Vererbungsmodells ist eine erhebliche Aufgabe. Der Wechsel von einer einzigen Tabelle zu einer normalisierten Struktur erfordert die Migration von Daten \u00fcber mehrere Tabellen. Dieser Prozess muss sorgf\u00e4ltig verwaltet werden, um Datenverlust oder -korruption zu vermeiden. \ud83d\udea7<\/p>\n<h2>\ud83d\udcc8 Normalisierung und Vererbung<\/h2>\n<p>Das Modellieren von Vererbung steht eng in Verbindung mit der Datenbanknormalisierung. Ziel der Normalisierung ist es, Redundanz zu reduzieren und die Datenintegrit\u00e4t zu verbessern. Die Vererbung kann manchmal mit diesen Zielen kollidieren, wenn sie nicht korrekt behandelt wird.<\/p>\n<ul>\n<li><strong>Erste Normalform (1NF):<\/strong> Vererbungsmodelle erf\u00fcllen im Allgemeinen die 1NF, da Attribute atomar sind.<\/li>\n<li><strong>Zweite Normalform (2NF):<\/strong> Bei STI k\u00f6nnte eine Tabelle Attribute enthalten, die nicht vollst\u00e4ndig vom Prim\u00e4rschl\u00fcssel abh\u00e4ngen, wenn der Diskriminator nicht Teil des Schl\u00fcssels ist. Dies erfordert eine sorgf\u00e4ltige Schl\u00fcsselgestaltung.<\/li>\n<li><strong>Dritte Normalform (3NF):<\/strong> Bei CTI hilft die Aufteilung von Attributen in Untertabellen oft, die 3NF zu erreichen, indem transitive Abh\u00e4ngigkeiten entfernt werden.<\/li>\n<\/ul>\n<p>Beim Entwerfen von Oberklassen stellen Sie sicher, dass die gemeinsamen Attribute wirklich gemeinsam genutzt werden. Wenn ein Attribut nur von einer Unterklasse verwendet wird, sollte es wahrscheinlich nicht in der Oberklasse enthalten sein. Dadurch wird verhindert, dass die Oberklasse zu einer \u201eGott-Tabelle\u201c wird, die schwer abfragbar ist. \ud83d\udc41\ufe0f<\/p>\n<h2>\ud83c\udfaf Best Practices f\u00fcr die Schema-Design<\/h2>\n<p>Um sicherzustellen, dass Ihr Vererbungsmodell wartbar und leistungsf\u00e4hig bleibt, befolgen Sie diese Richtlinien.<\/p>\n<ul>\n<li><strong>Grenzen Sie die Tiefe:<\/strong>Vermeiden Sie tiefe Hierarchien. Drei Ebenen der Vererbung sind in der Regel das maximal empfohlene Maximum. Dar\u00fcber hinaus \u00fcberwiegt die Komplexit\u00e4t von Abfragen und Wartung die Vorteile.<\/li>\n<li><strong>Verwenden Sie klare Benennungen:<\/strong> Die Namen sollten die Hierarchie widerspiegeln. <em>Fahrzeug<\/em>, <em>Auto<\/em>, <em>LKW<\/em> ist klar. <em>Entit\u00e4t1<\/em>, <em>Entit\u00e4t2<\/em> ist nicht.<\/li>\n<li><strong>Planen Sie f\u00fcr Wachstum:<\/strong>Planen Sie zuk\u00fcnftige Untertypen. Wenn Sie viele neue Untertypen erwarten, k\u00f6nnte eine einzelne Tabelle un\u00fcbersichtlich werden. Wenn Sie nur wenige erwarten, k\u00f6nnte CTI besser geeignet sein.<\/li>\n<li><strong>Dokumentieren Sie Einschr\u00e4nkungen:<\/strong> Dokumentieren Sie die Disjunktheits- und Vollst\u00e4ndigkeitsbedingungen klar. Zuk\u00fcnftige Entwickler m\u00fcssen wissen, ob eine Instanz zu mehreren Untertypen geh\u00f6ren kann.<\/li>\n<li><strong>Indizierungsstrategie:<\/strong> Wenn CTI verwendet wird, indizieren Sie die Fremdschl\u00fcsselspalten in den Untertabellen, um Joins zu beschleunigen. Wenn STI verwendet wird, indizieren Sie die Diskriminatorspalte zur Filterung.<\/li>\n<\/ul>\n<h2>\ud83e\uddea Szenarien aus der Praxis<\/h2>\n<p>Schauen wir uns an, wie dies auf tats\u00e4chliche Datenmodellierungsprobleme anwendbar ist.<\/p>\n<h3>Szenario 1: Personalwesen<\/h3>\n<p>In einem HR-System haben Sie <em>Person<\/em> als Oberklasse. Unterklassen sind <em>Mitarbeiter<\/em>, <em>Freiberufler<\/em>, und <em>Praktikant<\/em>. Jede Unterklasse hat eindeutige Daten: <em>Mitarbeiter<\/em> hat eine Gehalts-ID, <em>Freiberufler<\/em> hat eine Abrechnungsrate. Eine <code>Person<\/code>Tabelle enth\u00e4lt Namen und Adresse. Dies passt gut zum Klassen-Tabelle-Vererbungsmodell.<\/p>\n<h3>Szenario 2: Bestandsverwaltung<\/h3>\n<p>Betrachten Sie einen Produktkatalog. <em>Produkt<\/em> ist die Oberklasse. Unterklassen sind <em>Elektronik<\/em>, <em>M\u00f6bel<\/em>, und <em>Bekleidung<\/em>. <em>Elektronik<\/em> hat <em>Gew\u00e4hrleistungszeitraum<\/em>. <em>Bekleidung<\/em> hat <em>Gr\u00f6\u00dfe<\/em> und <em>Farbe<\/em>. Wenn Sie alle Produkte mit Garantie abfragen, m\u00fcssen Sie die Tabelle Elektronik verkn\u00fcpfen. Dies verdeutlicht die Abw\u00e4gung bei der Abfrageleistung. \ud83d\udd0d<\/p>\n<h3>Szenario 3: Finanztransaktionen<\/h3>\n<p>In einem Bankensystem ist <em>Konto<\/em> der Oberbegriff. Untertypen sind <em>Sparen<\/em>, <em>Giro<\/em>, und <em>Darlehen<\/em>. Ein <em>Sparen<\/em>Konto hat einen Zinssatz. Ein <em>Darlehen<\/em>Konto hat ein F\u00e4lligkeitsdatum. Dieses Szenario profitiert oft von einem Single-Table-Ansatz, um die Berechnung der Kontost\u00e4nde \u00fcber alle Kontotypen hinweg zu vereinfachen.<\/p>\n<h2>\ud83d\ude80 Leistungs\u00fcberlegungen<\/h2>\n<p>Die Leistung ist oft der entscheidende Faktor bei der Wahl einer Abbildungsstrategie. Gro\u00dfe Datens\u00e4tze verst\u00e4rken die Unterschiede zwischen den Ans\u00e4tzen.<\/p>\n<ul>\n<li><strong>Schreibleistung:<\/strong> STI ist am schnellsten bei Einf\u00fcgungen, da es eine einzelne <code>INSERT<\/code>Anweisung ist. CTI erfordert mehrere <code>EINF\u00dcGEN<\/code>Anweisungen, was die Transaktionskosten erh\u00f6ht.<\/li>\n<li><strong>Lesepreformance:<\/strong> Wenn Sie h\u00e4ufig nach bestimmten Untertypen abfragen, ist CTI schneller als STI, da Sie nur die relevanten Spalten lesen. Wenn Sie nach allen Instanzen abfragen, ist STI schneller.<\/li>\n<li><strong>Speicher:<\/strong> STI verwendet mehr Speicher aufgrund von <code>NULL<\/code> Platzhalter. CTI verwendet mehr Speicher aufgrund doppelter Prim\u00e4rschl\u00fcssel und Fremdschl\u00fcssel, aber weniger aufgrund des Fehlens von <code>NULL<\/code> Platzhalter.<\/li>\n<\/ul>\n<p>Es ist entscheidend, Ihre Anwendung zu profilieren. Theoretische Leistung stimmt nicht immer mit realen Nutzungsmustern \u00fcberein. Der einzige Weg, Ihre Entscheidung zu best\u00e4tigen, ist die Pr\u00fcfung mit realistischen Datenmengen. \ud83d\udcca<\/p>\n<h2>\ud83d\udee1\ufe0f Datenintegrit\u00e4t und Validierung<\/h2>\n<p>Die Aufrechterhaltung der Datenintegrit\u00e4t in einem Vererbungsmodell erfordert strenge Validierungsregeln. Sie m\u00fcssen sicherstellen, dass die Daten, die in eine Untertyptabelle eingegeben werden, den Einschr\u00e4nkungen des OberTyps entsprechen.<\/p>\n<ul>\n<li><strong>Fremdschl\u00fcsselbeschr\u00e4nkungen:<\/strong> Stellen Sie sicher, dass Untertypzeilen immer g\u00fcltigen OberTypzeilen verkn\u00fcpfen. Dadurch werden verwaiste Daten verhindert.<\/li>\n<li><strong>Pr\u00fcfbeschr\u00e4nkungen:<\/strong> Verwenden Sie Pr\u00fcfbeschr\u00e4nkungen, um Gesch\u00e4ftsregeln durchzusetzen. Zum Beispiel stellen Sie sicher, dass die <em>Zinssatz<\/em> in einem <em>Spar<\/em>Untertyp niemals negativ ist.<\/li>\n<li><strong>Trigger:<\/strong> In einigen komplexen Szenarien k\u00f6nnen Datenbanktrigger notwendig sein, um die Konsistenz \u00fcber mehrere Tabellen w\u00e4hrend Aktualisierungen aufrechtzuerhalten.<\/li>\n<\/ul>\n<p>Automatisiertes Testen sollte Vererbungsszenarien abdecken. Stellen Sie sicher, dass die Erstellung einer neuen Untertypinstanz den OberTyp korrekt aktualisiert. Stellen Sie sicher, dass das L\u00f6schen einer OberTypinstanz korrekt auf die Untertypen durchgeleitet wird, falls dies beabsichtigt ist. \ud83e\uddea<\/p>\n<h2>\ud83d\udcdd Abschlie\u00dfende \u00dcberlegungen<\/h2>\n<p>Die Modellierung von Vererbung ist ein Ausgleich zwischen Flexibilit\u00e4t und Komplexit\u00e4t. Es gibt keine einzige \u201erichtige\u201c Art, dies zu tun. Die beste Wahl h\u00e4ngt von Ihren spezifischen Datenzugriffsmustern, Gesch\u00e4ftsregeln und Leistungsanforderungen ab.<\/p>\n<ul>\n<li>Beginnen Sie mit einem klaren Verst\u00e4ndnis des Bereichs. Zeichnen Sie die Entit\u00e4ten auf, bevor Sie sich um die Tabellen k\u00fcmmern.<\/li>\n<li>W\u00e4hlen Sie eine Abbildungsstrategie, die Ihren h\u00e4ufigsten Abfragen entspricht.<\/li>\n<li>Dokumentieren Sie Ihre Entscheidungen. Die zuk\u00fcnftige Wartung wird auf dieser Dokumentation beruhen.<\/li>\n<li>\u00dcberpr\u00fcfen Sie das Schema regelm\u00e4\u00dfig. Da sich das Gesch\u00e4ft weiterentwickelt, k\u00f6nnte das Modell ge\u00e4ndert werden m\u00fcssen.<\/li>\n<\/ul>\n<p>Durch sorgf\u00e4ltige Gestaltung von Supertypen und Subtypen erstellen Sie eine Datenbank, die robust, skalierbar und leicht verst\u00e4ndlich ist. Diese Grundlage unterst\u00fctzt die darauf basierenden Anwendungen und gew\u00e4hrleistet langfristige Stabilit\u00e4t und Effizienz. \ud83c\udfd7\ufe0f<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Die Gestaltung robuster Datenbankschemata erfordert mehr als nur die Auflistung von Tabellen und Spalten. Es erfordert ein tiefes Verst\u00e4ndnis daf\u00fcr, wie Entit\u00e4ten miteinander verwandt sind. Unter den m\u00e4chtigsten, aber auch&hellip;<\/p>\n","protected":false},"author":1,"featured_media":1718,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"Datenbankvererbung: Supertypen und Subtypen in ERD \ud83c\udfdb\ufe0f","_yoast_wpseo_metadesc":"Umfassende Anleitung zur Modellierung von Vererbung bei der Datenbankschema-Design. Lernen Sie Supertypen, Subtypen, Einschr\u00e4nkungen und Implementierungsstrategien f\u00fcr ERDs kennen. \ud83d\uddc4\ufe0f","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[86],"tags":[82,85],"class_list":["post-1717","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-erd","tag-academic","tag-erd"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.1.1 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Datenbankvererbung: Supertypen und Subtypen in ERD \ud83c\udfdb\ufe0f<\/title>\n<meta name=\"description\" content=\"Umfassende Anleitung zur Modellierung von Vererbung bei der Datenbankschema-Design. Lernen Sie Supertypen, Subtypen, Einschr\u00e4nkungen und Implementierungsstrategien f\u00fcr ERDs kennen. \ud83d\uddc4\ufe0f\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Datenbankvererbung: Supertypen und Subtypen in ERD \ud83c\udfdb\ufe0f\" \/>\n<meta property=\"og:description\" content=\"Umfassende Anleitung zur Modellierung von Vererbung bei der Datenbankschema-Design. Lernen Sie Supertypen, Subtypen, Einschr\u00e4nkungen und Implementierungsstrategien f\u00fcr ERDs kennen. \ud83d\uddc4\ufe0f\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/\" \/>\n<meta property=\"og:site_name\" content=\"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-26T14:14:41+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"11\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/#\/schema\/person\/05a897b07530dd5607bd8a29719b1d6c\"},\"headline\":\"ERD-Leitfaden: Modellierung von Vererbung: Ober- und Untertypen bei der Datenbank-Schemagenerierung\",\"datePublished\":\"2026-03-26T14:14:41+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/\"},\"wordCount\":2170,\"publisher\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg\",\"keywords\":[\"academic\",\"erd\"],\"articleSection\":[\"ERD\"],\"inLanguage\":\"de\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/\",\"url\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/\",\"name\":\"Datenbankvererbung: Supertypen und Subtypen in ERD \ud83c\udfdb\ufe0f\",\"isPartOf\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg\",\"datePublished\":\"2026-03-26T14:14:41+00:00\",\"description\":\"Umfassende Anleitung zur Modellierung von Vererbung bei der Datenbankschema-Design. Lernen Sie Supertypen, Subtypen, Einschr\u00e4nkungen und Implementierungsstrategien f\u00fcr ERDs kennen. \ud83d\uddc4\ufe0f\",\"breadcrumb\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage\",\"url\":\"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg\",\"contentUrl\":\"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.go-diagram.com\/de\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ERD-Leitfaden: Modellierung von Vererbung: Ober- und Untertypen bei der Datenbank-Schemagenerierung\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/#website\",\"url\":\"https:\/\/www.go-diagram.com\/de\/\",\"name\":\"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.go-diagram.com\/de\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/#organization\",\"name\":\"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods\",\"url\":\"https:\/\/www.go-diagram.com\/de\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/go-diagram-logo.png\",\"contentUrl\":\"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/go-diagram-logo.png\",\"width\":340,\"height\":62,\"caption\":\"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods\"},\"image\":{\"@id\":\"https:\/\/www.go-diagram.com\/de\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/#\/schema\/person\/05a897b07530dd5607bd8a29719b1d6c\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.go-diagram.com\/de\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.go-diagram.com\"],\"url\":\"https:\/\/www.go-diagram.com\/de\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Datenbankvererbung: Supertypen und Subtypen in ERD \ud83c\udfdb\ufe0f","description":"Umfassende Anleitung zur Modellierung von Vererbung bei der Datenbankschema-Design. Lernen Sie Supertypen, Subtypen, Einschr\u00e4nkungen und Implementierungsstrategien f\u00fcr ERDs kennen. \ud83d\uddc4\ufe0f","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/","og_locale":"de_DE","og_type":"article","og_title":"Datenbankvererbung: Supertypen und Subtypen in ERD \ud83c\udfdb\ufe0f","og_description":"Umfassende Anleitung zur Modellierung von Vererbung bei der Datenbankschema-Design. Lernen Sie Supertypen, Subtypen, Einschr\u00e4nkungen und Implementierungsstrategien f\u00fcr ERDs kennen. \ud83d\uddc4\ufe0f","og_url":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/","og_site_name":"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods","article_published_time":"2026-03-26T14:14:41+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"vpadmin","Gesch\u00e4tzte Lesezeit":"11\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#article","isPartOf":{"@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.go-diagram.com\/de\/#\/schema\/person\/05a897b07530dd5607bd8a29719b1d6c"},"headline":"ERD-Leitfaden: Modellierung von Vererbung: Ober- und Untertypen bei der Datenbank-Schemagenerierung","datePublished":"2026-03-26T14:14:41+00:00","mainEntityOfPage":{"@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/"},"wordCount":2170,"publisher":{"@id":"https:\/\/www.go-diagram.com\/de\/#organization"},"image":{"@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage"},"thumbnailUrl":"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg","keywords":["academic","erd"],"articleSection":["ERD"],"inLanguage":"de"},{"@type":"WebPage","@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/","url":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/","name":"Datenbankvererbung: Supertypen und Subtypen in ERD \ud83c\udfdb\ufe0f","isPartOf":{"@id":"https:\/\/www.go-diagram.com\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage"},"image":{"@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage"},"thumbnailUrl":"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg","datePublished":"2026-03-26T14:14:41+00:00","description":"Umfassende Anleitung zur Modellierung von Vererbung bei der Datenbankschema-Design. Lernen Sie Supertypen, Subtypen, Einschr\u00e4nkungen und Implementierungsstrategien f\u00fcr ERDs kennen. \ud83d\uddc4\ufe0f","breadcrumb":{"@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#primaryimage","url":"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg","contentUrl":"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/database-inheritance-supertype-subtype-chibi-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.go-diagram.com\/de\/modeling-inheritance-supertypes-subtypes-database-schema-design\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.go-diagram.com\/de\/"},{"@type":"ListItem","position":2,"name":"ERD-Leitfaden: Modellierung von Vererbung: Ober- und Untertypen bei der Datenbank-Schemagenerierung"}]},{"@type":"WebSite","@id":"https:\/\/www.go-diagram.com\/de\/#website","url":"https:\/\/www.go-diagram.com\/de\/","name":"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods","description":"","publisher":{"@id":"https:\/\/www.go-diagram.com\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.go-diagram.com\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/www.go-diagram.com\/de\/#organization","name":"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods","url":"https:\/\/www.go-diagram.com\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.go-diagram.com\/de\/#\/schema\/logo\/image\/","url":"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/go-diagram-logo.png","contentUrl":"https:\/\/www.go-diagram.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/go-diagram-logo.png","width":340,"height":62,"caption":"Go Diagram German - Proven AI Workflows &amp; Modern Tech Methods"},"image":{"@id":"https:\/\/www.go-diagram.com\/de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.go-diagram.com\/de\/#\/schema\/person\/05a897b07530dd5607bd8a29719b1d6c","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.go-diagram.com\/de\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.go-diagram.com"],"url":"https:\/\/www.go-diagram.com\/de\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/posts\/1717","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/comments?post=1717"}],"version-history":[{"count":0,"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/posts\/1717\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/media\/1718"}],"wp:attachment":[{"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/media?parent=1717"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/categories?post=1717"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.go-diagram.com\/de\/wp-json\/wp\/v2\/tags?post=1717"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}