{"id":1817,"date":"2018-10-24T18:24:52","date_gmt":"2018-10-24T16:24:52","guid":{"rendered":"http:\/\/bkovertretung.bplaced.net\/wordpress\/?page_id=1817"},"modified":"2023-02-07T10:26:16","modified_gmt":"2023-02-07T09:26:16","slug":"normalisierung-info","status":"publish","type":"page","link":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wirtschaftsinformatik-ueberblick\/4-datenbanken\/datenbankentwurf\/normalisierung-info\/","title":{"rendered":"Normalisierung &#8211; Info"},"content":{"rendered":"<div id=\"content\" class=\"mw-body\">\n<h1 id=\"firstHeading\" class=\"firstHeading\" lang=\"de\">Normalisierung (Datenbank)<\/h1>\n<p class=\"firstHeading\" lang=\"de\">als PDF:\u00a0<a href=\"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-content\/uploads\/2018\/10\/Normalisierung-\u2013-Info-BKO-Unterrichtsinhalte.pdf\">Normalisierung \u2013 Info | BKO-Unterrichtsinhalte<\/a><\/p>\n<div id=\"bodyContent\" class=\"mw-body-content\">\n<div id=\"contentSub\">aus: <a href=\"https:\/\/de.wikipedia.org\/wiki\/Normalisierung_(Datenbank)\">https:\/\/de.wikipedia.org\/wiki\/Normalisierung_(Datenbank)<\/a><\/div>\n<div><\/div>\n<div id=\"jump-to-nav\"><strong><span style=\"color: #ff00ff;\">\u00a0Was ist Normalisierung?<\/span><\/strong><\/div>\n<div id=\"mw-content-text\" class=\"mw-content-ltr\" dir=\"ltr\" lang=\"de\">\n<div class=\"mw-parser-output\">\n<p>Unter <b>Normalisierung<\/b> eines relationalen <a title=\"Schema (Informatik)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Schema_(Informatik)\">Datenschemas<\/a> (Tabellenstruktur) versteht man die Aufteilung von <a title=\"Entity-Relationship-Modell\" href=\"https:\/\/de.wikipedia.org\/wiki\/Entity-Relationship-Modell\">Attributen<\/a> (Tabellenspalten) in mehrere <a title=\"Relation (Datenbank)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Relation_(Datenbank)\">Relationen<\/a> (Tabellen) gem\u00e4\u00df den Normalisierungsregeln (s.\u00a0u.), so dass eine Form entsteht, die keine vermeidbaren <a title=\"Redundanz (Informationstheorie)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Redundanz_(Informationstheorie)\">Redundanzen<\/a> mehr enth\u00e4lt.<\/p>\n<p>Der Begriff der <b>Redundanz<\/b>\u00a0beschreibt &#8230;\u00a0diejenigen Informationen, die in einer Informationsquelle mehrfach vorhanden sind. Eine Informationseinheit ist dann redundant, wenn sie ohne Informationsverlust weggelassen werden kann.<\/p>\n<p><span style=\"color: #ff00ff;\"><strong>\u00a0Warum\u00a0Normalisierung?<br \/>\n<\/strong><\/span>Ein konzeptionelles Schema, das Datenredundanzen enth\u00e4lt, kann dazu f\u00fchren, dass bei \u00c4nderungen der damit realisierten Datenbank die mehrfach enthaltenen Daten nicht <a title=\"Konsistenz (Datenspeicherung)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Konsistenz_(Datenspeicherung)#Konsistenz_in_klassischen_relationalen_Datenbanken\">konsistent<\/a>, sondern nur teilweise und unvollst\u00e4ndig ge\u00e4ndert werden, womit sie obsolet oder widerspr\u00fcchlich werden k\u00f6nnen. Man spricht von auftretenden <a title=\"Anomalie (Informatik)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Anomalie_(Informatik)\">Anomalien<\/a>. Zudem belegt mehrfache Speicherung derselben Daten unn\u00f6tig Speicherplatz. Um Redundanz zu verhindern, normalisiert man solche Tabellen.<\/p>\n<p>Die Normalisierung hat den Zweck, <a title=\"Redundanz (Informationstheorie)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Redundanz_(Informationstheorie)\">Redundanzen<\/a> (mehrfaches Festhalten des gleichen Sachverhalts) zu verringern und dadurch verursachte <a title=\"Anomalie (Informatik)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Anomalie_(Informatik)\">Anomalien<\/a> (z.\u00a0B. infolge \u00c4nderung an nicht allen Stellen) zu verhindern, um so die <a title=\"Update (Datenbank)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Update_(Datenbank)\">Aktualisierung<\/a> einer <a title=\"Datenbank\" href=\"https:\/\/de.wikipedia.org\/wiki\/Datenbank\">Datenbank<\/a> zu vereinfachen (\u00c4nderungen lediglich an einer Stelle) sowie die <a title=\"Konsistenz (Datenspeicherung)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Konsistenz_(Datenspeicherung)#Konsistenz_in_klassischen_relationalen_Datenbanken\">Konsistenz<\/a> der <a title=\"Daten\" href=\"https:\/\/de.wikipedia.org\/wiki\/Daten\">Daten<\/a> zu gew\u00e4hrleisten.<\/p>\n<p><strong><span style=\"color: #ff00ff;\">1., 2. oder 3. NF (Normalform)?<\/span><\/strong><br \/>\nEs gibt verschiedene Ausma\u00dfe, in denen ein Datenbankschema gegen Anomalien gefeit sein kann. Je nachdem spricht man davon, dass es in erster, zweiter, dritter usw. <b>Normalform<\/b> vorliege. Diese Normalformen sind durch bestimmte formale Anforderungen an das Schema definiert.<\/p>\n<p><strong><span style=\"color: #ff00ff;\">Schrittweise Normaliserung<\/span><\/strong><br \/>\nMan bringt ein relationales Datenschema in eine Normalform, indem man fortschreitend anhand f\u00fcr sie geltender <a title=\"Funktionale Abh\u00e4ngigkeit\" href=\"https:\/\/de.wikipedia.org\/wiki\/Funktionale_Abh%C3%A4ngigkeit\">funktionaler Abh\u00e4ngigkeiten<\/a> seine <a title=\"Relation (Datenbank)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Relation_(Datenbank)\">Relationen<\/a> in einfachere zerlegt, bis keine weitere Zerlegung mehr m\u00f6glich ist. Dabei d\u00fcrfen jedoch auf keinen Fall Daten verloren gehen. (&#8230;)<\/p>\n<h3><\/h3>\n<div class=\"thumb tright\">\n<div class=\"thumbinner\">\n<p><a class=\"image\" href=\"https:\/\/de.wikipedia.org\/wiki\/Datei:Aufspaltung_einer_Tabelle_in_zwei_(Beispiel).svg\"><img loading=\"lazy\" decoding=\"async\" class=\"thumbimage\" src=\"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/6\/63\/Aufspaltung_einer_Tabelle_in_zwei_%28Beispiel%29.svg\/220px-Aufspaltung_einer_Tabelle_in_zwei_%28Beispiel%29.svg.png\" srcset=\"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/6\/63\/Aufspaltung_einer_Tabelle_in_zwei_%28Beispiel%29.svg\/330px-Aufspaltung_einer_Tabelle_in_zwei_%28Beispiel%29.svg.png 1.5x, https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/6\/63\/Aufspaltung_einer_Tabelle_in_zwei_%28Beispiel%29.svg\/440px-Aufspaltung_einer_Tabelle_in_zwei_%28Beispiel%29.svg.png 2x\" alt=\"\" width=\"220\" height=\"188\" data-file-width=\"697\" data-file-height=\"595\" \/><\/a><\/p>\n<div class=\"thumbcaption\">\n<div class=\"magnify\"><em><span style=\"color: #ff00ff;\">\u00a0&#8212;&gt; mit jeder weiteren NF kommen, werden die Tabellen in weitere Tabellen verlegt.\u00a0<\/span><\/em><\/div>\n<p>Aufspaltung der Tabelle TBL_AdressenAlles<\/p>\n<\/div>\n<\/div>\n<\/div>\n<p>Bei der Normalisierung in diesen Bereichen werden zun\u00e4chst Spalten (synonyme Begriffe: <i>Felder<\/i>, <i>Attribute<\/i>) von Tabellen innerhalb dieser Bereiche (der Datenschemata) in neue Spalten aufgeteilt, z.\u00a0B. Adressen in Postleitzahl, Ort und Strasse. Anschlie\u00dfend werden Tabellen aufgeteilt, zum Beispiel eine Tabelle<br \/>\n<u>tbl_AdressenAlles<\/u> mit den Feldern Firma, Strasse, PLZ und Ort in diese Tabellen:<\/p>\n<ul>\n<li><u>tbl_Adressen<\/u> mit den Feldern AdressID, Firma, Strasse und PLZ<\/li>\n<li><u>tbl_PLZOrt<\/u> mit den Feldern PLZ und Ort<\/li>\n<\/ul>\n<p>Siehe Bild <i>Aufspaltung der Tabelle tbl_AdressenAlles<\/i> \u2013 wobei die Tabelle <u>tbl_Adressen<\/u> noch den eindeutigen Prim\u00e4rschl\u00fcssel AdressID erh\u00e4lt. In diesem Beispiel wird angenommen, dass es zu jeder Postleitzahl nur jeweils einen Ortsnamen gibt, was in Deutschland jedoch nicht immer zutrifft.<\/p>\n<p>Ein Beispiel dazu: Eine Datenbank enth\u00e4lt Kunden und deren Adressen sowie Auftr\u00e4ge, die den Kunden zugeordnet sind. Da es mehrere Auftr\u00e4ge vom selben Kunden geben kann, w\u00fcrde eine Erfassung der Kundendaten (wom\u00f6glich mit Adressdaten) in der Auftragstabelle dazu f\u00fchren, dass sie dort mehrfach vorkommen, obwohl der Kunde immer nur einen Satz g\u00fcltiger Daten hat (<a title=\"Redundanz (Informationstheorie)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Redundanz_(Informationstheorie)\">Redundanz<\/a>). Beispielsweise kann es dazu kommen, dass in einem Auftrag fehlerhafte Adressdaten zum Kunden eingegeben werden, im n\u00e4chsten Auftrag werden die korrekten Daten erfasst. So kann es \u2013 in dieser Tabelle oder auch gegen\u00fcber anderen Tabellen \u2013 zu widerspr\u00fcchlichen Daten kommen. Die Daten w\u00e4ren dann nicht konsistent, man w\u00fcsste nicht, welche Daten korrekt sind. Wom\u00f6glich sind sogar beide Adressen nicht korrekt, weil der Kunde umgezogen ist <i>(L\u00f6sung siehe unten)<\/i>.<\/p>\n<p>Bei einer normalisierten Datenbank gibt es f\u00fcr die Kundendaten nur einen einzigen Eintrag in der Kundentabelle, mit der jeder Auftrag dieses Kunden verkn\u00fcpft wird (\u00fcblicherweise \u00fcber die Kundennummer). Im Falle des Umzugs eines Kunden (ein anderes Beispiel ist die \u00c4nderung der Mehrwertsteuer) g\u00e4be es zwar mehrere Eintr\u00e4ge in der entsprechenden Tabelle, die aber zus\u00e4tzlich durch die Angabe eines <i>G\u00fcltigkeitszeitraums<\/i>unterscheidbar sind und im obigen Kundenbeispiel \u00fcber die Kombination <i>Auftragsdatum\/Kundennummer<\/i> eindeutig angesprochen werden k\u00f6nnen.<\/p>\n<p>Ein weiterer Vorteil von Redundanzfreiheit, der bei Millionen Datens\u00e4tzen einer Datenbank auch heute noch eine wichtige Rolle spielt, ist der geringere Speicherbedarf, wenn der Datensatz einer Tabelle zum Beispiel <u>tbl_Auftrag<\/u> auf einen Datensatz einer anderen Tabelle z.\u00a0B. <u>tbl_Kunde<\/u> verweist, anstatt diese Daten selbst zu enthalten.<\/p>\n<div class=\"thumb tright\">\n<div class=\"thumbinner\">\n<p><a class=\"image\" href=\"https:\/\/de.wikipedia.org\/wiki\/Datei:Wp_Normal_1_301208_165800.JPG\"><img loading=\"lazy\" decoding=\"async\" class=\"thumbimage\" src=\"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/9\/9c\/Wp_Normal_1_301208_165800.JPG\/330px-Wp_Normal_1_301208_165800.JPG\" srcset=\"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/9\/9c\/Wp_Normal_1_301208_165800.JPG\/495px-Wp_Normal_1_301208_165800.JPG 1.5x, https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/9\/9c\/Wp_Normal_1_301208_165800.JPG\/660px-Wp_Normal_1_301208_165800.JPG 2x\" alt=\"\" width=\"625\" height=\"365\" data-file-width=\"958\" data-file-height=\"561\" \/><\/a><\/p>\n<div class=\"thumbcaption\">\n<p>Aufspaltung von Tabellen zur Normalisierung<\/p>\n<\/div>\n<\/div>\n<\/div>\n<p>Dieses sind die Empfehlungen, die ausgehend von der Theorie der Normalisierung bei der Datenbankentwicklung gegeben werden, um vor allem Konsistenz der Daten und eine eindeutige Selektion von Daten zu gew\u00e4hrleisten. Die hierzu angestrebte Redundanzfreiheit steht allerdings in speziellen Anwendungsf\u00e4llen in Konkurrenz zur Verarbeitungsgeschwindigkeit oder zu anderen Zielen. Es kann daher sinnvoll sein, auf eine Normalisierung zu verzichten oder diese durch eine <a title=\"Denormalisierung\" href=\"https:\/\/de.wikipedia.org\/wiki\/Denormalisierung\">Denormalisierung<\/a> r\u00fcckg\u00e4ngig zu machen, um<\/p>\n<ul>\n<li>die Verarbeitungsgeschwindigkeit (Performanz) zu erh\u00f6hen oder<\/li>\n<li>Anfragen zu vereinfachen und damit die Fehleranf\u00e4lligkeit zu verringern oder<\/li>\n<li>Besonderheiten von Prozessen (zum Beispiel <a title=\"Gesch\u00e4ftsprozess\" href=\"https:\/\/de.wikipedia.org\/wiki\/Gesch%C3%A4ftsprozess\">Gesch\u00e4ftsprozessen<\/a>) abzubilden.<\/li>\n<\/ul>\n<p>In diesen F\u00e4llen sollten regelm\u00e4\u00dfig automatische Abgleichroutinen implementiert werden, um Inkonsistenzen zu vermeiden. Alternativ k\u00f6nnen die betreffenden Daten auch f\u00fcr \u00c4nderungen gesperrt werden.<\/p>\n<p>Zurzeit gebr\u00e4uchliche Normalformen sind:<\/p>\n<ul>\n<li><em><strong>1. Normalform (1NF)<\/strong><\/em><\/li>\n<li><em><strong>2. Normalform (2NF)<\/strong><\/em><\/li>\n<li><em><strong>3. Normalform (3NF)<\/strong><\/em><\/li>\n<li><em>(<a title=\"Raymond F. Boyce\" href=\"https:\/\/de.wikipedia.org\/wiki\/Raymond_F._Boyce\">Boyce<\/a>&#8211;<a title=\"Edgar F. Codd\" href=\"https:\/\/de.wikipedia.org\/wiki\/Edgar_F._Codd\">Codd<\/a>-Normalform (BCNF)<\/em><\/li>\n<li><em>4. Normalform (4NF)<\/em><\/li>\n<li><em>5. Normalform (5NF))\u00a0<\/em><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<ol>\n<li><span style=\"color: #800000;\"><strong>Normalform<\/strong><\/span><\/li>\n<\/ol>\n<p><i>Jedes <a title=\"Attribut (UML)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Attribut_(UML)\">Attribut<\/a> der <a title=\"Relation (Datenbank)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Relation_(Datenbank)\">Relation<\/a> muss einen atomaren Wertebereich haben, und die Relation muss frei von Wiederholungsgruppen sein.<\/i> (Anm.: statt \u201eatomar\u201c wird auch die Bezeichnung \u201eatomisch\u201c verwendet.)<\/p>\n<p><i>Atomar<\/i> hei\u00dft, dass zusammengesetzte, mengenwertige oder geschachtelte Wertebereiche (also relationenwertige Attributwertebereiche) nicht erlaubt sind. Der Wertebereich keines Attributs einer Relation in 1NF kann in weitere (sinnvolle) Teilbereiche aufgespaltet werden.<\/p>\n<p>Beispiel: Die Adresse darf nicht als einzelnes Attribut verwendet werden, sondern muss \u2013 sofern es der zugrunde liegende Prozess erfordert \u2013 in PLZ, Ort, Stra\u00dfe, Hausnummer etc. aufgeteilt werden.<\/p>\n<p><i>Frei von Wiederholungsgruppen<\/i> bedeutet, dass Attribute, die <i>gleiche<\/i> oder gleich<i>artige<\/i> Information enthalten, in eine andere Relation ausgelagert werden m\u00fcssen.<\/p>\n<p>Ein Beispiel f\u00fcr eine Wiederholungsgruppe w\u00e4re eine Spalte { Telefon }, die <i>mehrere<\/i> Telefonnummern enth\u00e4lt oder auch eine Spaltengruppe { Telefon1, Telefon2, Telefon3 }, wobei im letzteren Fall anzumerken ist, dass es sich dabei nicht notwendigerweise um eine Wiederholungsgruppe handeln muss (siehe Alternative Formulierungen).<\/p>\n<p><b>Praktischer Nutzen<\/b><br \/>\nAbfragen der Datenbank werden durch die 1NF erleichtert bzw. \u00fcberhaupt erst erm\u00f6glicht, wenn die Attributwertebereiche <i>atomar<\/i> sind. So ist es beispielsweise in einem Feld, das einen ganzen Namensstring aus Titel, Vorname und Nachname enth\u00e4lt, schwierig bis unm\u00f6glich, nach Nachnamen zu sortieren.<\/p>\n<p><b>(&#8230;)<\/b><\/p>\n<table class=\"wikitable\">\n<caption>CD_Lied<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6bbfff\"><i>CD_ID<\/i><\/th>\n<th>Album<\/th>\n<th>Erscheinungsjahr<\/th>\n<th>Titelliste<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#ffb4b4\">Anastacia \u2013 Not That Kind<\/td>\n<td>2000<\/td>\n<td bgcolor=\"#ffb4b4\">{1. Not That Kind, 2.\u00a0I\u2019m Outta Love, 3.\u00a0Cowboys &amp; Kisses}<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td bgcolor=\"#ffb4b4\">Pink Floyd \u2013 Wish You Were Here<\/td>\n<td>1975<\/td>\n<td>{1. Shine On You Crazy Diamond}<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td bgcolor=\"#ffb4b4\">Anastacia \u2013 Freak of Nature<\/td>\n<td>2001<\/td>\n<td>{1. Paid my Dues}<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<ul>\n<li>Das Feld <b>Album<\/b> enth\u00e4lt die Attributwertebereiche Interpret und Albumtitel.<\/li>\n<li>Das Feld <b>Titelliste<\/b> enth\u00e4lt eine Menge von Titeln.<\/li>\n<\/ul>\n<p>Dadurch hat man ohne Aufspaltung folgende Probleme bei Abfragen:<\/p>\n<ul>\n<li>Zur Sortierung nach Albumtitel muss das Feld <b>Album<\/b> in Interpret und Albumtitel aufgeteilt werden.<\/li>\n<li>Die Titel k\u00f6nnen (mit einfachen Mitteln) nur alle gleichzeitig als <b>Titelliste<\/b> oder gar nicht dargestellt werden.<\/li>\n<\/ul>\n<h4><\/h4>\n<table class=\"wikitable\">\n<caption>CD_Lied<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th>Albumtitel<\/th>\n<th>Interpret<\/th>\n<th>Erscheinungsjahr<\/th>\n<th bgcolor=\"#6dbfff\"><i>Track<\/i><\/th>\n<th>Titel<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td>Not That Kind<\/td>\n<td>Anastacia<\/td>\n<td>2000<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Not That Kind<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td>Not That Kind<\/td>\n<td>Anastacia<\/td>\n<td>2000<\/td>\n<td bgcolor=\"#bee3ff\">2<\/td>\n<td>I\u2019m Outta Love<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td>Not That Kind<\/td>\n<td>Anastacia<\/td>\n<td>2000<\/td>\n<td bgcolor=\"#bee3ff\">3<\/td>\n<td>Cowboys &amp; Kisses<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td>Wish You Were Here<\/td>\n<td>Pink Floyd<\/td>\n<td>1975<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Shine On You Crazy Diamond<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td>Freak of Nature<\/td>\n<td>Anastacia<\/td>\n<td>2001<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Paid my Dues<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Die Attributwertebereiche werden in atomare Attributwertebereiche aufgespalten:<\/p>\n<ul>\n<li>Das Feld <b>Album<\/b> wird in die Felder <i>Albumtitel<\/i> und <i>Interpret<\/i> gespalten.<\/li>\n<li>Das Feld <b>Titelliste<\/b> wird in die Felder <i>Track<\/i> und <i>Titel<\/i> gespalten sowie auf mehrere Datens\u00e4tze aufgeteilt.<\/li>\n<\/ul>\n<p>Da jetzt jeder Attributwertebereich atomar ist sowie die Tabelle einen eindeutigen Prim\u00e4rschl\u00fcssel (Verbundschl\u00fcssel aus den Spalten <i>CD_ID<\/i> und <i>Track<\/i>) besitzt, befindet sich die Relation in 1NF.<\/p>\n<p><strong><span style=\"color: #800000;\">2. Normalform<\/span><\/strong><\/p>\n<p>Eine Relation ist in der zweiten Normalform genau dann, wenn die erste Normalform vorliegt und jedes\u00a0Nichtprim\u00e4rattribut (nicht Teil eines Schl\u00fcssels) ist jeweils von allen <b>ganzen<\/b> Schl\u00fcsseln abh\u00e4ngig, nicht nur von einem Teil eines Schl\u00fcssels. Wichtig ist hierbei, dass die Nichtschl\u00fcsselattribute wirklich von <i>allen<\/i> Schl\u00fcsseln vollst\u00e4ndig abh\u00e4ngen.<\/p>\n<p>&nbsp;<\/p>\n<p>Eine Relation ist genau dann in zweiter Normalform, wenn sie<\/p>\n<p>Die 2NF eliminiert alle <i>partiellen<\/i> funktionalen Abh\u00e4ngigkeiten, d.\u00a0h. kein Nichtschl\u00fcsselattribut ist funktional abh\u00e4ngig von Teilen des Schl\u00fcsselkandidaten.<\/p>\n<p><b>Praktischer Nutzen<\/b><br \/>\nDie 2NF erzwingt wesentlich \u201emonothematische\u201c Relationen im Schema: jede Relation modelliert nur <b>einen<\/b> Sachverhalt.<\/p>\n<p>Dadurch werden Redundanz und die damit einhergehende Gefahr von Inkonsistenzen reduziert. Nur noch logisch\/sachlich zusammengeh\u00f6rige Informationen finden sich in einer Relation. Dadurch f\u00e4llt das Verst\u00e4ndnis der Datenstrukturen leichter.<\/p>\n<table class=\"wikitable\">\n<caption>CD_Lied<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th>Albumtitel<\/th>\n<th>Interpret<\/th>\n<th>Erscheinungsjahr<\/th>\n<th bgcolor=\"#6dbfff\"><i>Track<\/i><\/th>\n<th>Titel<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#ffb4b4\">Not That Kind<\/td>\n<td bgcolor=\"#ffb4b4\">Anastacia<\/td>\n<td bgcolor=\"#ffb4b4\">2000<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Not That Kind<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#ffb4b4\">Not That Kind<\/td>\n<td bgcolor=\"#ffb4b4\">Anastacia<\/td>\n<td bgcolor=\"#ffb4b4\">2000<\/td>\n<td bgcolor=\"#bee3ff\">2<\/td>\n<td>I\u2019m Outta Love<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#ffb4b4\">Not That Kind<\/td>\n<td bgcolor=\"#ffb4b4\">Anastacia<\/td>\n<td bgcolor=\"#ffb4b4\">2000<\/td>\n<td bgcolor=\"#bee3ff\">3<\/td>\n<td>Cowboys &amp; Kisses<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td>Wish You Were Here<\/td>\n<td>Pink Floyd<\/td>\n<td>1975<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Shine On You Crazy Diamond<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td>Freak of Nature<\/td>\n<td>Anastacia<\/td>\n<td>2001<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Paid my Dues<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<ul>\n<li>Der Prim\u00e4rschl\u00fcssel der Relation ist aus den Feldern <i>CD_ID<\/i> und <i>Track<\/i> zusammengesetzt. (Grunds\u00e4tzlich darf ein Prim\u00e4rschl\u00fcssel aus mehreren Attributen bestehen, jedoch entsteht daraus im genannten Beispiel ein Konflikt.)<\/li>\n<li>Die Felder <i>Albumtitel<\/i>, <i>Interpret<\/i> und <i>Erscheinungsjahr<\/i> sind vom Feld <i>CD_ID<\/i> abh\u00e4ngig, aber nicht vom Feld <i>Track<\/i>. Dieser (Punkt 2) verletzt die 2. Normalform, da die drei nicht-prim\u00e4ren Attribute nicht nur von einem Teil des Schl\u00fcssels (hier <i>CD_ID<\/i>) abh\u00e4ngen d\u00fcrfen. W\u00e4re der Schl\u00fcssel nicht zusammengesetzt (siehe Punkt 1), so k\u00f6nnte dies nicht passieren.<\/li>\n<\/ul>\n<p><b>Probleme, die sich daraus ergeben:<\/b><br \/>\nDie Informationen aus diesen drei Feldern sind, wie am Beispiel der CD <i>Not That Kind<\/i> zu erkennen, mehrfach vorhanden, d.\u00a0h. redundant. Dadurch besteht die Gefahr, dass die <i><a title=\"Konsistenz (Datenspeicherung)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Konsistenz_(Datenspeicherung)#Konsistenz_in_klassischen_relationalen_Datenbanken\">Integrit\u00e4t der Daten<\/a><\/i> verletzt wird. So k\u00f6nnte man den Albumtitel f\u00fcr das Lied <i>Not That Kind<\/i> in <i>I Don\u2019t Mind<\/i> \u00e4ndern, ohne jedoch die entsprechenden Eintr\u00e4ge f\u00fcr die Titel <i>I\u2019m Outta Love<\/i> und <i>Cowboys &amp; Kisses<\/i> zu \u00e4ndern (<a class=\"mw-redirect\" title=\"Update-Anomalie\" href=\"https:\/\/de.wikipedia.org\/wiki\/Update-Anomalie\">Update-Anomalie<\/a>).<\/p>\n<table class=\"wikitable\">\n<caption>CD_Lied (inkonsistent)<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th>Albumtitel<\/th>\n<th>Interpret<\/th>\n<th>Erscheinungsjahr<\/th>\n<th bgcolor=\"#6dbfff\"><i>Track<\/i><\/th>\n<th>Titel<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#ffb4b4\"><b>I Don&#8217;t Mind <\/b><\/td>\n<td>Anastacia<\/td>\n<td>2000<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Not That Kind<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#be33ff\">4711<\/td>\n<td bgcolor=\"#f848f8\">Not That Kind<\/td>\n<td>Anastacia<\/td>\n<td>2000<\/td>\n<td bgcolor=\"#bee3ff\">2<\/td>\n<td>I\u2019m Outta Love<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#be33ff\">4711<\/td>\n<td bgcolor=\"#f848f8\">Not That Kind<\/td>\n<td>Anastacia<\/td>\n<td>2000<\/td>\n<td bgcolor=\"#bee3ff\">3<\/td>\n<td>Cowboys &amp; Kisses<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td>Wish You Were Here<\/td>\n<td>Pink Floyd<\/td>\n<td>1975<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Shine On You Crazy Diamond<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td>Freak of Nature<\/td>\n<td>Anastacia<\/td>\n<td>2001<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Paid my Dues<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>In diesem Fall w\u00e4re ein Zustand erreicht, den man als <a title=\"Konsistenz (Datenspeicherung)\" href=\"https:\/\/de.wikipedia.org\/wiki\/Konsistenz_(Datenspeicherung)#Konsistenz_in_klassischen_relationalen_Datenbanken\">Dateninkonsistenz<\/a> bezeichnet. \u00dcber die komplette Tabelle betrachtet, \u201epassen\u201c die Daten nicht mehr zusammen.<\/p>\n<h4><\/h4>\n<p>Die Daten in der Tabelle werden in zwei Tabellen aufgeteilt: <i>CD<\/i> und <i>Lied<\/i>. Die Tabelle CD enth\u00e4lt nur noch Felder, die voll funktional von <i>CD_ID<\/i> abh\u00e4ngen, hat also <i>CD_ID<\/i> als Prim\u00e4rschl\u00fcssel. Auch der Albumtitel allein sei eindeutig, also ein Schl\u00fcsselkandidat. Da keine weiteren (zusammengesetzten) Schl\u00fcsselkandidaten existieren, liegt die Tabelle damit automatisch in der 2. Normalform vor. Die Tabelle &#8222;Lied&#8220; enth\u00e4lt schlie\u00dflich nur noch Felder, die voll funktional von <i>CD_ID<\/i> und <i>Track<\/i> abh\u00e4ngen, liegt also auch in der 2. Normalform vor. Mit Hilfe dieser verlustfreien Zerlegung sind auch die genannten Redundanzen der Daten beseitigt.<\/p>\n<table border=\"0\">\n<tbody>\n<tr valign=\"top\">\n<td>\n<table class=\"wikitable\">\n<caption>CD<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th>Albumtitel<\/th>\n<th>Interpret<\/th>\n<th>Erscheinungsjahr<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td>Not That Kind<\/td>\n<td>Anastacia<\/td>\n<td>2000<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td>Wish You Were Here<\/td>\n<td>Pink Floyd<\/td>\n<td>1975<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td>Freak of Nature<\/td>\n<td>Anastacia<\/td>\n<td>2001<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/td>\n<td>\n<table class=\"wikitable\">\n<caption>Lied<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th bgcolor=\"#6dbfff\"><i>Track<\/i><\/th>\n<th>Titel<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Not That Kind<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#bee3ff\">2<\/td>\n<td>I\u2019m Outta Love<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#bee3ff\">3<\/td>\n<td>Cowboys &amp; Kisses<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Shine On You Crazy Diamond<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Paid my Dues<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Das Attribut <i>CD_ID<\/i> aus der Tabelle <i>Lied<\/i> bezeichnet man als <a class=\"mw-redirect\" title=\"Fremdschl\u00fcssel\" href=\"https:\/\/de.wikipedia.org\/wiki\/Fremdschl%C3%BCssel\">Fremdschl\u00fcssel<\/a>, der auf den Prim\u00e4rschl\u00fcssel der Tabelle <i>CD<\/i> verweist. Zugleich stellen die Attribute <i>CD_ID<\/i> und <i>Track<\/i> den zusammengesetzten Prim\u00e4rschl\u00fcssel der Tabelle Lied dar.<\/p>\n<p><span style=\"color: #800000;\"><strong>3. Normalform<\/strong><\/span><\/p>\n<p>Die dritte Normalform ist genau dann erreicht, wenn sich das Relationenschema in der 2NF befindet, und <i><b>kein<\/b> Nichtschl\u00fcsselattribut (hellgraue Zellen in der Tabelle) von einem Schl\u00fcsselkandidaten <b>transitiv<\/b> abh\u00e4ngt<\/i>.<\/p>\n<p>(&#8230;)<\/p>\n<p><b>Praktischer Nutzen<\/b><br \/>\nTransitive Abh\u00e4ngigkeiten sind sofort ersichtlich, ohne dass man die Zusammenh\u00e4nge der Daten kennen muss. Sie sind durch die Struktur der Relationen wiedergegeben.<\/p>\n<p>Au\u00dferdem werden verbliebene thematische Durchmischungen in der Relation behoben: nach der 3NF sind die Relationen des Schemas zuverl\u00e4ssig monothematisch.<\/p>\n<p><b><\/b>Oder: Die dritte Normalform ist erreicht, wenn sich das Relationenschema in 2NF befindet, und kein Nichtschl\u00fcsselattribut (hellgraue Zellen in der Tabelle) von einem anderen Nichtschl\u00fcsselattribut funktional abh\u00e4ngig ist.<\/p>\n<table class=\"wikitable\">\n<caption>CD<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th>Albumtitel<\/th>\n<th>Interpret<\/th>\n<th>Gr\u00fcndungsjahr<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td>Not That Kind<\/td>\n<td bgcolor=\"#ffb4b4\">Anastacia<\/td>\n<td bgcolor=\"#ffb4b4\">1999<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td>Wish You Were Here<\/td>\n<td>Pink Floyd<\/td>\n<td>1965<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td>Freak of Nature<\/td>\n<td bgcolor=\"#ffb4b4\">Anastacia<\/td>\n<td bgcolor=\"#ffb4b4\">1999<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Offensichtlich l\u00e4sst sich der <i>Interpret<\/i> einer CD aus der <i>CD_ID<\/i> bestimmen, das <i>Gr\u00fcndungsjahr<\/i> der Band\/Interpreten h\u00e4ngt wiederum vom <i>Interpreten<\/i> und damit <a title=\"Transitive Relation\" href=\"https:\/\/de.wikipedia.org\/wiki\/Transitive_Relation\">transitiv<\/a> von der <i>CD_ID<\/i> ab.<\/p>\n<p>Das Problem ist hierbei wieder Datenredundanz. Wird zum Beispiel eine neue CD mit einem existierenden <i>Interpreten<\/i> eingef\u00fchrt, so wird das <i>Gr\u00fcndungsjahr<\/i> redundant gespeichert.<\/p>\n<table border=\"0\">\n<tbody>\n<tr valign=\"top\">\n<td>\n<table class=\"wikitable\">\n<caption>CD<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th>Albumtitel<\/th>\n<th>Interpret_ID<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td>Not That Kind<\/td>\n<td bgcolor=\"#fffca8\">311<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td>Wish You Were Here<\/td>\n<td bgcolor=\"#fffca8\">312<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td>Freak of Nature<\/td>\n<td bgcolor=\"#fffca8\">311<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/td>\n<td>\n<table class=\"wikitable\">\n<caption>K\u00fcnstler<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>Interpret_ID<\/i><\/th>\n<th>Interpret<\/th>\n<th>Gr\u00fcndungsjahr<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">311<\/td>\n<td>Anastacia<\/td>\n<td>1999<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">312<\/td>\n<td>Pink Floyd<\/td>\n<td>1965<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/td>\n<td>\n<table class=\"wikitable\">\n<caption>Lied<\/caption>\n<tbody>\n<tr>\n<th bgcolor=\"#6dbfff\"><i>CD_ID<\/i><\/th>\n<th><i>Track<\/i><\/th>\n<th>Titel<\/th>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Not That Kind<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#bee3ff\">2<\/td>\n<td>I\u2019m Outta Love<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4711<\/td>\n<td bgcolor=\"#bee3ff\">3<\/td>\n<td>Cowboys &amp; Kisses<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4712<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Shine On You Crazy Diamond<\/td>\n<\/tr>\n<tr>\n<td bgcolor=\"#bee3ff\">4713<\/td>\n<td bgcolor=\"#bee3ff\">1<\/td>\n<td>Paid my Dues<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Die Relation wird aufgeteilt, wobei die beiden voneinander abh\u00e4ngigen Daten in eine eigene Tabelle ausgelagert werden. Der Schl\u00fcssel der neuen Tabelle muss als Fremdschl\u00fcssel in der alten Tabelle erhalten bleiben.<\/p>\n<p>An der Tabelle &#8222;Lied&#8220; wurden keine \u00c4nderungen bei der \u00dcbertragung in die 3. Normalform vorgenommen. Sie ist hier nur der Vollst\u00e4ndigkeit halber gelistet.<\/p>\n<div class=\"thumb tright\">\n<div class=\"thumbinner\">\n<div class=\"thumbcaption\">\n<div class=\"magnify\">\u00a0(&#8230;)<\/div>\n<\/div>\n<\/div>\n<\/div>\n<div class=\"Vorlage_Zitat\"><\/div>\n<p>Das bedeutet:<\/p>\n<ul>\n<li>alle (impliziert: atomaren) Werte beziehen sich auf den <b>Schl\u00fcssel<\/b> \u2013 1.\u00a0NF<\/li>\n<li>bei zusammengesetzten Schl\u00fcsseln beziehen sie sich jeweils auf den <b>gesamten Schl\u00fcssel<\/b> \u2013 2.\u00a0NF<\/li>\n<li>die Werte h\u00e4ngen <b>nur vom Schl\u00fcssel<\/b> ab, und nicht von Nichtschl\u00fcsselattributen \u2013 3.\u00a0NF<\/li>\n<\/ul>\n<p>(&#8230;)<\/p>\n<ol>\n<li>Ist die Relation in 1. Normalform und besteht der Prim\u00e4rschl\u00fcssel aus nur einem Attribut, so liegt automatisch die 2. Normalform vor.<\/li>\n<li>Ist eine Relation in 2. Normalform und besitzt sie au\u00dfer dem Prim\u00e4rschl\u00fcssel h\u00f6chstens ein weiteres Attribut, so liegt die Tabelle in 3. Normalform vor.<\/li>\n<li>Die 3. Normalform ist die letzte und muss die 1. und 2. Bedingungen erledigen.<\/li>\n<\/ol>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<div id=\"footer\"><a href=\"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-content\/uploads\/2018\/10\/Normaliseirung-ChatGPT.docx\">Normaliseirung-ChatGPT<\/a><\/div>\n","protected":false},"excerpt":{"rendered":"<p>Normalisierung (Datenbank) als PDF:\u00a0Normalisierung \u2013 Info | BKO-Unterrichtsinhalte aus: https:\/\/de.wikipedia.org\/wiki\/Normalisierung_(Datenbank) \u00a0Was ist Normalisierung? Unter Normalisierung eines relationalen Datenschemas (Tabellenstruktur) versteht man die Aufteilung von Attributen (Tabellenspalten) in mehrere Relationen (Tabellen) gem\u00e4\u00df den Normalisierungsregeln (s.\u00a0u.), so dass eine Form entsteht, die keine vermeidbaren Redundanzen mehr enth\u00e4lt. Der Begriff der Redundanz\u00a0beschreibt &#8230;\u00a0diejenigen Informationen, die in einer Informationsquelle &hellip; <a href=\"http:\/\/bkovertretung.bplaced.net\/wordpress\/wirtschaftsinformatik-ueberblick\/4-datenbanken\/datenbankentwurf\/normalisierung-info\/\" class=\"more-link\"><span class=\"screen-reader-text\">Normalisierung &#8211; Info<\/span> weiterlesen <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":7173,"menu_order":2,"comment_status":"closed","ping_status":"closed","template":"page-templates\/full-width.php","meta":{"footnotes":""},"class_list":["post-1817","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/pages\/1817","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/comments?post=1817"}],"version-history":[{"count":12,"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/pages\/1817\/revisions"}],"predecessor-version":[{"id":2835,"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/pages\/1817\/revisions\/2835"}],"up":[{"embeddable":true,"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/pages\/7173"}],"wp:attachment":[{"href":"http:\/\/bkovertretung.bplaced.net\/wordpress\/wp-json\/wp\/v2\/media?parent=1817"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}