Gut erklärt, leider ist das Beispiel der dritten Normalform unglücklich gewählt. Bei kleineren Orten kommt es dazu, dass mehrere Orte eine PLZ haben. Vorschläge für die dritte Normalform sind z.B. Geburtsdatum und Alter oder Brutto- und Netto-Preis.
Hey, danke für den Kommentar. Leider handelt es sich bei deinen Ideen aber um redundante Daten, die wir so nicht abspeichern sollten. Aber das Beispiel mit den PLZ geht nicht zu 100 Prozent auf, auch wenn es der Klassiker für die dritte Normalform ist. Aber heißt, du hast das Prinzip verstanden. :) Also hat das Video seinen Zweck erfüllt. Beste Grüße
Habe gerade genau das selbe gedacht 😅 was ist die Lösung für das Bsp.? Den Ort einfach in der Tabelle Kunde lassen oder vl eine separate PLZOrt Tabelle in der sich PLZOrtID | PLZ | Ort befinden und dann nur die PLZOrtID in der Tabelle Kunde? So eine Tabelle würde praktischerweise auch von offiziellen Stellen (bund.de) bereitgestellt.
Meine Dozenten haben 50 Folien gebraucht, die am Ende trotzdem nichts schlüssig dargestellt haben. Das Endprodukt war, dass ich zwar Anomalien und Redundanzen identifizieren und modifizieren konnte, jedoch nie genau sicher war in welche NF ich sie transformiert habe..Sie haben 11 Minuten gebraucht, eine gewisse Sicherheit bei mir zu festigen…sie gehören an die Uni 💪🏻
Bzgl. Postleitzahl und Ort liegt hier m.E. ein Irrtum vor: In Deutschland können durchaus mehrere Orte die gleiche Postleitzahl haben. Ihre PLZ-Tabelle hat daher keinen validen Primärschlüssel.
@tilsustreamt1223 in der Playlist habe ich noch zwei Aufgaben gesammelt: Die ersten drei Normalformen in Datenbanken ruclips.net/p/PLIeHnQJo3DGPysME7J0xL68BkWDl5ETls ;)
Dankeschön!🙏 Ich hab mir auch schon ein anderes Video angeguckt und Texte durchgelesen, aber bei einer bestimmten Stelle konnte ich einfach nicht mehr folgen. Habs aber jetzt endlich verstanden. Sehr gut erklärt👍🏻
@@carllauterbach5613 Hey, mein Info Abi ist nächstes Jahr und schreibe morgen eine Klausur bzgl Datenbanknormalisierungen, ERM etc. Irgendwelche tipps wie ich mich nächstes Jahr auf das Mündliche Abi darin vorbereiten kann?
@@momoamin_yt8255Das ist in jedem Fach so und ein mündliches Fach ist pflicht. Meine Frage war wie ich mich darauf vorbereiten soll. Ich arbeite teilzeit neben der Schule in der Entwicklung und werden nächstes Jahr Computer Science studieren. Wenn ich druck und angst in Prüfungen haben würde, würde ich Medien Studieren
Wichtige Frage zur 3. Normalform: Warum gliedern wir die Tabelle Artikel nicht nochmal auf? Der Preis ist ja theoretisch vom Artikelnamen abhängig (bspw. Monitor) und der Monitor hat eine Art.-Nr. zugeordnet. Wäre es nicht richtig eine Tabelle mit [Art.-Nr. & Artikelname] zu haben und eine neue mit [Artikelname & Preis]?
Tatsächlich ist der Preis nicht vom Artikelnamen abhängig. Wenn du deinen Artikel umbenennst ändert sich nicht der Preis. Der Preis ist gebunden an den Artikel selbst und der wird durch die ID gekennzeichnet
Moin, sehr gute und verständliche Erklärung der Normalisierung, danke dafür! Kann es sein, dass sich in der Erklärung zur 1:N Beziehung (Ab 8:00) ein kleiner Fehler eingeschlichen hat? Keinen oder genau einen Eintrag wäre eine C Beziehung und keine oder mehrere Einträge ein MC Beziehung. 1 hätte demnach genau einen Eintrag und M mindestens einen oder mehrere Einträge. Oder kann es sein, dass es je nach Literatur unterschiede in der Beschreibung der Beziehungen gibt?
Kommentar ist leider untergegangen. Das kommt auf die verwendete Notation im ER Modell an. Du spielst wahrscheinlich auf die erweitere Chen Notation an. Die geht da deutlich tiefer ins Detail.
Die (voll) funktionale Abhängigkeit und transitive Abhängigkeit. ruclips.net/video/SK8O66jenBI/видео.html in dem Video gehe ich nochmal darauf ein. Auch mit einem neuen Beispiel. Viele Grüße
Hallo Herr Boekhoven, danke für diese anschauliche und informative Erklärung. Ich habe mich eben gefragt, als sie bei der 1. Normalform erklärt haben dass man sich überlegen muss ob es sinn ergibt eine Zelle wie Straße und Hausnummer aufzuteilen, bei einem Logistiker bzw Versanddienstleister dann dementsprechend sinn ergeben würde für bspw. Die routen Planung? Order by Straße und zusätzlich Hausnummer für die Briefe bspw bei der Post?
Hallo, in dem Fall würde das absolut Sinn machen. Es ging darum aufzuzeigen, dass es in einigen Situationen sinnvoll sein kann von der Regel abzuweichen. Aber die von Ihnen geschilderte Situation gehört definitiv nicht dazu. Viele Grüße
Sehr cooles Video. Eine Frage hätte ich noch zu der 3. Normalform. Wenn du die Hausnummer mit reingekommen hättest, hätte das dann auch gegen die 3. Normalform verstoßen, weil die Hausnummer in irgendeiner Form abhängig sein kann von der Straße. Nicht jede Straße hat die gleichen Hausnummern oder habe ich hier einen Denkfehler?
Super Video, ich habe aber eine Frage: Ist nicht das Geburtsdatum vom Kundennamen abhängig? Ein Kunde kann ja nicht mehrere Geburtsdaten haben. Der Kunde ist ja wiederum abhängig von der KundenNr, womit das Geburtsdatum transitiv abhängig wäre. Das müsste man für die 3NF doch auch noch auflösen oder?
Hey, von dem Namen kannst du nicht zwangsläufig auf das Geburtsdatum schließen. Nehmen wir an, wir haben mehrere Müllers, die an unterschiedlichen Tagen geboren sind. Viele Grüße
Die 1:n Beziehung beim Kunden verstehe ich nicht so ganz. Kann nicht 1 Kunde mehrere, also n Bestellungen haben? Wäre es dann nicht n:1? Und nicht 1:n?
Vielen Dank, das ist sehr gut erklärt. Eine Frage habe ich jedoch noch. Um die dritte Normalform umzusetzen musste im letzten Beispiel der Ort in eine eigene Tabelle ausgelagert werden, da dieser von der Postleitzahl abhängt. Bedeutet dieß, dass die PLZ in diesem Fall in der Tabelle "Ort" als Fremd- und Primärschlüssel deklariert werden muss?
Gutes Video! Dankeschön :) Aber eine Frage stellt sich mir, wieso wird bei der zweiten Normalform nicht die Beziehung zwischen Artikel und Kunde beachtet? Danke schon mal im Voraus. 7:35
Eine Verständnisfrage zur 1:n oder n:1 Beziehung. Bei Minute 08:00 erklären Sie anhand der abgebildeten Grafik, dass jede Bestellung einen oder keinen Kunden haben kann. Müsste es hier nicht heißen (Bestellung N - 1 Kunde), welches die Aussage die Sie erläutert haben wieder gibt? In Ihrer Darstellung würde die Kardinalität Aussagen: Eine oder keine Bestellung kann keinen, einen oder mehrere Kunden haben. Vielen Dank für Ihre Antwort.
Im ER-Modell ist das auch richtig. ( ruclips.net/video/fVbYB_34v-E/видео.html) Die Kardinalitäten beziehen sich aber auf das ER-Modell. In der Literatur heißt es bei der Darstellung der Beziehung meistens 1:n bzw. n:1. Ich habe hier die Darstellung gewählt, dass ich immer von einer 1:n Beziehung spreche. Das ist vlt. nicht ganz glücklich. Gemeint ist aber natürlich, dass eine Bestellung einen oder keinen Kunden hat und der Kunde keine, eine oder mehrere Bestellungen. Viele Grüße
Würde man nicht zum Schluss realistisch gesehen die Straße und Hausnr. mit in die Adresstabelle mit der PLZ und dem Ort verschieben und in der Kundentabelle nur noch einen Foreignkey der Adresstabelle anlegen? Die Straße ist ja auch teilweise abhängig von der PLZ. Oder wäre das dann nicht mehr Teil der dritten Normalform?
Die Tabelle Adresse kann man theoretisch auslagern. Aber dann in eine dritte Tabelle. Allerdings verstößt die Lösung in dem Video nicht gegen die dritte Normalform. Jedes Nichtschlüsselattribut ist voll funktional vom Primärschlüssel abhängig und die Nichtschlüsselattribute nicht voneinander abhängig.
Danke für das Video! 08:00 "Die 1 bedeutet in diesem Fall, dass jede Bestellung einen oder keinen Kunden haben kann." Wie sieht denn eine Bestellung ohne Kunde aus? 😅 Das erschließt sich mir irgendwie nicht...
Hey, die 1 steht erstmal für 0 oder 1. Oh man die 0 jetzt zulässt, in der Form, dass Null Werte akzeptiert werden, ist dann technisch die andere Frage. Viele Grüße
Danke fürs Feedback! Unter Normalisierung in relationalen Datenbanken. Von der ersten bis zur fünften Normalform. Einfach erklärt. ruclips.net/p/PLIeHnQJo3DGNPf0jvGh6MZRnh8rsDwnMY habe ich noch mehr Videos zu dem Thema gesammelt mit verschiedenen Schwerpunkten :)
Hey. Es muss nicht jede Tabelle mit jeder Tabelle verbunden werden. Und in diesem Fall ist der Kunde mit den Artikeln über die Bestellung miteinander verbunden. Eine direkte Verbindung zwischen Kunde und Artikel gibt es nicht. Viele Grüße
Warum wird in de 2. Form die BestellArtikel Tabelle überhuapt gemacht ? die Anzahl war vorher gar nicht in der Tabelle, also wäre es doch einfach diese einfach wegzulassen, da man ohne die Anzahl die Tabelle gar nicht benötigt oder ?
Hey, vielleicht hilft dir das weiter: (Vom ER-Modell zum) relationalen Datenmodell ruclips.net/video/Asb6OaWqbv4/видео.html Beste Grüße und viel Erfolg bei der Klausur
Also sobald ich eine n:m Beziehung habe, muss ich aus den beiden Beziehungspartner-tabellen eine weitere Tabelle erstellen mit zusammengesetzten Primärschlüssel? Warum kommt in diesem Zusammenhang die Vokabel Fremdschlüssel nicht zum Einsatz?
Vom theoretischen Grundgedanken, ja. Aber da es sich beim Datum um einen eigenen Datentyp handelt mit den man arbeiten muss (Beispielsweise die Differenz zwischen zwei Daten berechnen) nutzt man dafür ein Feld.
Ich kann eine Tabelle in die 3. Normalform bringen, aber habe leider immer noch nicht verstanden, wo genau die 2.Normalform aufhört und die 3.Normalform anfängt...
Zum grundlegenden Verständnis sind die verschiedenen Abhängigkeiten entscheidend. Das habe ich in dem folgenden Video noch einmal detailliert erklärt: Die (voll) funktionale Abhängigkeit und transitive Abhängigkeit. (Neu vertont) ruclips.net/video/TsH7QJLJPHc/видео.html damit wird es hoffentlich klar. Viele Grüße
Ich habe noch eine Frage. Ist es möglich ein Attribut, dass bereits in Tabelle A als Primärschlüssel deklariert wurde in Tabelle B zugleich als Fremd- und Primärschlüssel zu deklarieren?
@@tristanloffler801 Was wäre wenn dadurch die Anzahl der Spalten eine sehr hohe Anzahl erreichen würde? Würde das Auslesen von Daten aus der Tabelle dadurch nicht stark verlangsamt werden?
@@cosimocosner14 Nein, das geht schneller als die 2 Tabellen wieder zu joinen. Man kann im SQL Statement ja auch angeben, welche spalten man benötigt. Allgemein ist die 3. Normalform nicht immer die performteste. Es ist möglich, im Zuge der Performance Optimierung eine Denormalisierung vorzunehmen
Bin ich blöd, oder wieso muss die Bestellung eine 1:N Beziehung mit dem Kunde haben? Müsste es nicht andersrum sein? Ein Kunde hat beliebig viele Bestellungen und beliebig viele Bestellungen einen Kunden. Aber wieso in der Richtung ?
Es muss nicht jede Relation mit jeder Relation direkt verbunden werden. Die Verbindung kann auch über mehrere Relationen erfolgen. Für das Thema Joins empfehle das folgende Video: m.ruclips.net/video/SBiuRA1RVnw/видео.html Viele Grüße
Öhm, ist das nicht exakt dasselbe, was man von der 1. auf die 2. und von der 2. auf die 3. Normalform anwendet? In beiden Fällen fügt man neue Tabellen hinzu, um die Redundanz zu senken. Wo liegt da der Unterschied?
Es geht um die verschiedenen Abhängigkeiten die bei den verschiedenen Normalformen unterschieden werden. Schau vlt mal hier rein: Die (voll) funktionale Abhängigkeit und transitive Abhängigkeit. ruclips.net/video/SK8O66jenBI/видео.html. Dann wird es vielleicht klar. Viele Grüße
@@LehreramBK Danke für die Antwort. Hab es jetzt so verstanden, dass in der 2. Normalform nur Schlüsselattribute normalisiert werden und in der 3. Normalform auch Nichtschlüsselattribute.
Danke für deine tollen Videos. Du kannst komplexe Inhalte verständlich herunterbrechen machst dies mit einer Energie, die ansteckt! Eine Frage: Wäre es nachteilig, jedem Eintrag in der Tabelle BestellungArtikel einen neuen fortlaufenden Primärschlüssel zu verpassen statt der Kombo aus BestellNr und ArtikelNr?
Danke für das Lob :) Das würde gerne, sofern du doppelte Werte ausschließt. Stichwort Unique Constraint ;) Aber diese Lösung wäre schon etwas komplexer Die beiden Videos zu dem Thema habe ich verlinkt: ruclips.net/video/Vgi3kfAJZQQ/видео.html ruclips.net/video/RVT9C_kBykE/видео.html Liebe Grüße
8:20 - wäre hier nicht eher eine N:1 Beziehung? N Bestellungen können von einem Kunden gemacht werden und 1 Kunde betätigt keine, eine oder mehrere Bestellungen.
Das Beispiel zur 3NF stimmt leider nicht. In Deutschland sind PLZ und Ort voneinander unabhängig. Es gibt Orte mit mehreren PLZ, es gibt aber auch PLZs mit mehreren Orten. Damit kann man nicht von einem auf das andere schließen.
Hey, ja. Danke für den Hinweis. Das passt tatsächlich dann leider fachlich nicht zu 100 Prozent. Auch wenn das Beispiel oftmals der Klassiker ist, wenn es um ein Beispiel für die dritte Normalform geht. Aber du hast das Prinzip ja trotzdem verstanden. Daher hat das Video seinen Zweck nicht verfehlt. :) Viele Grüße
@@LehreramBK Ich zeige das immer gerne mit einer Entität Konto: Kontonr(PK) / Inhaber / IBAN / Kreditinstitut / BIC Diese Entität ist in der 2NF, die letzten beiden Nichtschlüsselfelder sind aber voneinander abhängig.
2. NF ,,von jedem schlüsselkandidaten…‘‘??? Ich denke hier wurde ein Fehler gemacht, denn eigentlich gilt die regel ,,vom gesamten primärschlüssel voll funktional abhängig‘‘ nicht auch von schlüsselkandidaten…
Müsste das bei 8:16 nicht eine n:1 anstatt eine 1:n Beziehung sein? Weil ein Kunde kann ja mehrere Bestellungen aufgeben aber mehrere Bestellungen haben nur einen Kunden....
Vielleicht einmal hier reinschauen: Beziehungen in relationalen Datenbanken (1:n, n:m, 1:1). Einfach erklärt. ruclips.net/video/W4UkIK2BwS8/видео.html da erklärte ich, wie verschiedene Beziehungen aufgelöst werden. Vielleicht wird es dann klar. Viele Grüße
Wird die Kardinalität bei der ersten Normalform nicht falsch erklärt? Müßte es nicht heißen: Eine Bestellung kann mehrere Kunden haben und Ein Kunde kann max. eine Bestellung haben ?
Nein. Eine Bestellung ist ja einem Kunden zugeordnet. Das wird dir doch auch so gehen, wenn du etwas bestellst ;). Und du wirst sicherlich schon mehrere Bestellungen bei Amazon durchgeführt haben.
@@LehreramBK Ich weiß das es falsch ist. In deinem Video wird die Kardinalität durch 1:N beschrieben, es müste aber N:1 lauten. Dann wäre die Aussage auch korrekt.
An sich nicht ganz verkehrt das Video. Jedoch bin ich mit der 1.NF Normalform nicht ganz einverstanden. Nein, es geht nicht um die Straße. Es geht um den Artikelnamen. Es gibt hier eine Artikel Kategorie und eine Artikelbezeichnung. Zudem ist "Anzahl" nicht in der 1.NF. vertreten, tritt jedoch in der 2.NF. auf. Dies ist inkonsistent. Zudem hängt in der 3.NF. die Straße nicht von der KundenNR. ab.
Selbst für die Uni sehr hilfreich ^^
Besser erklärt als mein Dozent, danke
Gerne. Und danke für das Kompliment :)
Leider wahr.
Ich bekomme das im 11 klasse 💀
Gut erklärt, leider ist das Beispiel der dritten Normalform unglücklich gewählt. Bei kleineren Orten kommt es dazu, dass mehrere Orte eine PLZ haben. Vorschläge für die dritte Normalform sind z.B. Geburtsdatum und Alter oder Brutto- und Netto-Preis.
Guter Kommentar!
Hey, danke für den Kommentar. Leider handelt es sich bei deinen Ideen aber um redundante Daten, die wir so nicht abspeichern sollten. Aber das Beispiel mit den PLZ geht nicht zu 100 Prozent auf, auch wenn es der Klassiker für die dritte Normalform ist. Aber heißt, du hast das Prinzip verstanden. :) Also hat das Video seinen Zweck erfüllt.
Beste Grüße
Habe gerade genau das selbe gedacht 😅 was ist die Lösung für das Bsp.?
Den Ort einfach in der Tabelle Kunde lassen oder vl eine separate PLZOrt Tabelle in der sich PLZOrtID | PLZ | Ort befinden und dann nur die PLZOrtID in der Tabelle Kunde?
So eine Tabelle würde praktischerweise auch von offiziellen Stellen (bund.de) bereitgestellt.
Sie sind der beste Lehrer den wir haben!
Das Stimmt, finde ich auch!
Wunderbar erklärt, schreibe morgen eine Kurzarbeit in Informatik und bin kurz vorm Fachabi. Das Video hat sehr geholfen, danke.
Viel Erfolg ;)
kein Problem!
Ehrlich gesagt das beste Video dazu das es im Netz gibt, vielen Dank!
Meine Dozenten haben 50 Folien gebraucht, die am Ende trotzdem nichts schlüssig dargestellt haben. Das Endprodukt war, dass ich zwar Anomalien und Redundanzen identifizieren und modifizieren konnte, jedoch nie genau sicher war in welche NF ich sie transformiert habe..Sie haben 11 Minuten gebraucht, eine gewisse Sicherheit bei mir zu festigen…sie gehören an die Uni 💪🏻
Ein tolles Kompliment. Vielen Dank :)
Bzgl. Postleitzahl und Ort liegt hier m.E. ein Irrtum vor: In Deutschland können durchaus mehrere Orte die gleiche Postleitzahl haben. Ihre PLZ-Tabelle hat daher keinen validen Primärschlüssel.
Habs durch dein Video direkt verstanden und hat mir super weitergeholfen bei meiner Prüfung
Dank dir
Freut mich und gerne ;)
Mittwoch Informatik Klausur. Man wie ich mich freue 🥲
Viel Erfolg 🍀
@@LehreramBK Danke wenn ich mir noch Tutorials angucke und Aufgaben mache sollte das klappen
@tilsustreamt1223 in der Playlist habe ich noch zwei Aufgaben gesammelt: Die ersten drei Normalformen in Datenbanken
ruclips.net/p/PLIeHnQJo3DGPysME7J0xL68BkWDl5ETls
;)
Du rettest meine IT Ausbildung. Danke dir!!
Freut mich :)
Wallah gutes Video und Ehrenlehrer ♥
Dankeschön!🙏 Ich hab mir auch schon ein anderes Video angeguckt und Texte durchgelesen, aber bei einer bestimmten Stelle konnte ich einfach nicht mehr folgen. Habs aber jetzt endlich verstanden. Sehr gut erklärt👍🏻
Danke. Freut mich :)
Einfach in 11:17 Minuten perfekt übermittel. Dankeschön :)
Gerne und Danke :)
danke für die klausurvorbereitung
Also Bestellung ist N und Kunde ist 1. weil der fremd Schlüssel ja immer bei der N Seite kommt also ist es N:1 Beziehung
AP für die Mediengestalter gerettet, super erklärt, danke!
Danke und viel Erfolg :)
Großes danke. Schreibe morgen eine Arbeit ua. darüber, und dieses Video hat mir echt geholfen
Danke ich hab ein riesen Skript darüber, es in einer Stunde durchgelesen und nicht verstanden. Jetzt durch das Video aber schon
Das freut mich :)
Ein mega Video, ich schreibe morgen Informatik Abi und das hat mir echt geholfen.
Viel Erfolg :)
Das war schnell. Danke👍
@@carllauterbach5613 Hey, mein Info Abi ist nächstes Jahr und schreibe morgen eine Klausur bzgl Datenbanknormalisierungen, ERM etc. Irgendwelche tipps wie ich mich nächstes Jahr auf das Mündliche Abi darin vorbereiten kann?
@@3rr0rcs5mach kein mündliches Abi in Information, dass ist extrem schwer weil mal Zeitmangel hat und man unter Druck die Aufgaben machen muss.
@@momoamin_yt8255Das ist in jedem Fach so und ein mündliches Fach ist pflicht. Meine Frage war wie ich mich darauf vorbereiten soll. Ich arbeite teilzeit neben der Schule in der Entwicklung und werden nächstes Jahr Computer Science studieren. Wenn ich druck und angst in Prüfungen haben würde, würde ich Medien Studieren
Danke, du hast mir sehr geholfen... schreibe in 2,5h eine Arbeit über Normalisierung: wünscht mir glück
bestanden?
@@ananas_florian7783 yes sir 👍
vielen dank für das coole und informative Video.
Sehr gerne. Danke für das Kompliment :).
Wichtige Frage zur 3. Normalform:
Warum gliedern wir die Tabelle Artikel nicht nochmal auf? Der Preis ist ja theoretisch vom Artikelnamen abhängig (bspw. Monitor) und der Monitor hat eine Art.-Nr. zugeordnet.
Wäre es nicht richtig eine Tabelle mit [Art.-Nr. & Artikelname] zu haben und eine neue mit [Artikelname & Preis]?
Tatsächlich ist der Preis nicht vom Artikelnamen abhängig. Wenn du deinen Artikel umbenennst ändert sich nicht der Preis. Der Preis ist gebunden an den Artikel selbst und der wird durch die ID gekennzeichnet
Vielen Dank für das Video, hat mir geholfen, das Thema besser zu verstehen :)
Das freut mich sehr :)
Sehr gutes Video, vielen Dank!!
Unsere Frau Donner ist zwar nett, aber erst jetzt habe ich es verstanden
Freut mich :)
Beste Viedeos was Datenbanken angeht vielen dank
Gerne :)
Moin,
sehr gute und verständliche Erklärung der Normalisierung, danke dafür!
Kann es sein, dass sich in der Erklärung zur 1:N Beziehung (Ab 8:00) ein kleiner Fehler eingeschlichen hat? Keinen oder genau einen Eintrag wäre eine C Beziehung und keine oder mehrere Einträge ein MC Beziehung. 1 hätte demnach genau einen Eintrag und M mindestens einen oder mehrere Einträge.
Oder kann es sein, dass es je nach Literatur unterschiede in der Beschreibung der Beziehungen gibt?
Kommentar ist leider untergegangen. Das kommt auf die verwendete Notation im ER Modell an. Du spielst wahrscheinlich auf die erweitere Chen Notation an. Die geht da deutlich tiefer ins Detail.
Sehr gut erklärt und einfach zu verstehen, danke
Gut erklärt! Was sind typische Bsp. für transistive Abhängigkeiten?
MitarbeiterNr => PLZ => Ort
MitarbeiterNr => Geburstdatum => Alter
Was noch?
Die (voll) funktionale Abhängigkeit und transitive Abhängigkeit.
ruclips.net/video/SK8O66jenBI/видео.html in dem Video gehe ich nochmal darauf ein. Auch mit einem neuen Beispiel.
Viele Grüße
unglaublich hilfreich. vielen dank!
Hallo Herr Boekhoven, danke für diese anschauliche und informative Erklärung. Ich habe mich eben gefragt, als sie bei der 1. Normalform erklärt haben dass man sich überlegen muss ob es sinn ergibt eine Zelle wie Straße und Hausnummer aufzuteilen, bei einem Logistiker bzw Versanddienstleister dann dementsprechend sinn ergeben würde für bspw. Die routen Planung? Order by Straße und zusätzlich Hausnummer für die Briefe bspw bei der Post?
Hallo, in dem Fall würde das absolut Sinn machen. Es ging darum aufzuzeigen, dass es in einigen Situationen sinnvoll sein kann von der Regel abzuweichen. Aber die von Ihnen geschilderte Situation gehört definitiv nicht dazu.
Viele Grüße
Danke Abi richtig gut
Freut mich :)
Bruder ich mache mein Master an der Uni und du hast es verständlicher erklärt als unser Prof 😂
Rainer Fab freut sich wenn ich dem das morgen erzähle
Durch dich haben wir BI bestanden! 1:1 die Tabellen und den Text! Daraufhin ein Abo Kuss Kuss 💛
Freut mich sehr :)
Sehr cooles Video. Eine Frage hätte ich noch zu der 3. Normalform. Wenn du die Hausnummer mit reingekommen hättest, hätte das dann auch gegen die 3. Normalform verstoßen, weil die Hausnummer in irgendeiner Form abhängig sein kann von der Straße. Nicht jede Straße hat die gleichen Hausnummern oder habe ich hier einen Denkfehler?
Super erklärt, vielen Dank!
Danke für das Lob!
Echt super verständlich erklärt!
Super Video, ich habe aber eine Frage: Ist nicht das Geburtsdatum vom Kundennamen abhängig? Ein Kunde kann ja nicht mehrere Geburtsdaten haben.
Der Kunde ist ja wiederum abhängig von der KundenNr, womit das Geburtsdatum transitiv abhängig wäre. Das müsste man für die 3NF doch auch noch auflösen oder?
Hey, von dem Namen kannst du nicht zwangsläufig auf das Geburtsdatum schließen. Nehmen wir an, wir haben mehrere Müllers, die an unterschiedlichen Tagen geboren sind.
Viele Grüße
@@LehreramBK Ah ich verstehe, dankeschön
Die 1:n Beziehung beim Kunden verstehe ich nicht so ganz.
Kann nicht 1 Kunde mehrere, also n Bestellungen haben? Wäre es dann nicht n:1? Und nicht 1:n?
da du umgekehrt denkst ist es wieder 1:n
Wallach, Bibi, isch beschte Video
Sehr gute Erklärung!
perfekt und leicht erklärt top
Vielen Dank, das ist sehr gut erklärt. Eine Frage habe ich jedoch noch. Um die dritte Normalform umzusetzen musste im letzten Beispiel der Ort in eine eigene Tabelle ausgelagert werden, da dieser von der Postleitzahl abhängt. Bedeutet dieß, dass die PLZ in diesem Fall in der Tabelle "Ort" als Fremd- und Primärschlüssel deklariert werden muss?
Nein, Primärschlüssel in Tabelle Ort
Und Fremdschlüssel in Tabelle Kunde
@@tristanloffler801 Danke für die Antwort.
5:38 Der Preis ist idealisiert. Aus wirtschaftlicher Sicht wäre es sinnvoll, die Einheit zu trennen und den Typ für die Zahl zu verwenden.
Tolles Video!
Aber müsste der 2. Kunde nicht auch in die Kundentabelle in der 2. Normalform?
Gutes Video! Dankeschön :)
Aber eine Frage stellt sich mir, wieso wird bei der zweiten Normalform nicht die Beziehung zwischen Artikel und Kunde beachtet? Danke schon mal im Voraus. 7:35
Danke und gerne.
Es gibt keine direkt Beziehung zwischen diesen Tabellen. Die Tabellen werden über die Bestellung miteinander verbunden.
Viele Grüße
Danke Chef
Gerne ;)
Eine Verständnisfrage zur 1:n oder n:1 Beziehung. Bei Minute 08:00 erklären Sie anhand der abgebildeten Grafik, dass jede Bestellung einen oder keinen Kunden haben kann. Müsste es hier nicht heißen (Bestellung N - 1 Kunde), welches die Aussage die Sie erläutert haben wieder gibt? In Ihrer Darstellung würde die Kardinalität Aussagen: Eine oder keine Bestellung kann keinen, einen oder mehrere Kunden haben. Vielen Dank für Ihre Antwort.
Im ER-Modell ist das auch richtig. ( ruclips.net/video/fVbYB_34v-E/видео.html) Die Kardinalitäten beziehen sich aber auf das ER-Modell. In der Literatur heißt es bei der Darstellung der Beziehung meistens 1:n bzw. n:1. Ich habe hier die Darstellung gewählt, dass ich immer von einer 1:n Beziehung spreche. Das ist vlt. nicht ganz glücklich. Gemeint ist aber natürlich, dass eine Bestellung einen oder keinen Kunden hat und der Kunde keine, eine oder mehrere Bestellungen.
Viele Grüße
@@LehreramBK Vielen Dank für die Erklärung
Eine PLZ kann mehrere Orte haben und ein Ort mehrere PLZ.
und die Straße hat eine Abhängigkeit zu Ort und PLZ...
Würde man nicht zum Schluss realistisch gesehen die Straße und Hausnr. mit in die Adresstabelle mit der PLZ und dem Ort verschieben und in der Kundentabelle nur noch einen Foreignkey der Adresstabelle anlegen? Die Straße ist ja auch teilweise abhängig von der PLZ. Oder wäre das dann nicht mehr Teil der dritten Normalform?
Die Tabelle Adresse kann man theoretisch auslagern. Aber dann in eine dritte Tabelle. Allerdings verstößt die Lösung in dem Video nicht gegen die dritte Normalform. Jedes Nichtschlüsselattribut ist voll funktional vom Primärschlüssel abhängig und die Nichtschlüsselattribute nicht voneinander abhängig.
Alles klar, danke für die schnelle Antwort! Tolles Video!
@@bl4ckfate943 gerne und Danke :)
Danke für das Video!
08:00 "Die 1 bedeutet in diesem Fall, dass jede Bestellung einen oder keinen Kunden haben kann."
Wie sieht denn eine Bestellung ohne Kunde aus? 😅 Das erschließt sich mir irgendwie nicht...
Hey, die 1 steht erstmal für 0 oder 1. Oh man die 0 jetzt zulässt, in der Form, dass Null Werte akzeptiert werden, ist dann technisch die andere Frage.
Viele Grüße
unnormal gut
Danke
unfassbar gut erklärt. Vielen Dank
Vielen Dank für die Blumen :)
Griegsch du Augen Kuss, Wallah
Vielen Dank, sehr hilfreich. Teilweise wäre langsamer besser, v.a. bei der 3. NF habe ich auf 0,5 gestellt.
Danke fürs Feedback! Unter Normalisierung in relationalen Datenbanken. Von der ersten bis zur fünften Normalform. Einfach erklärt.
ruclips.net/p/PLIeHnQJo3DGNPf0jvGh6MZRnh8rsDwnMY habe ich noch mehr Videos zu dem Thema gesammelt mit verschiedenen Schwerpunkten :)
Zwischen kunden und artikel ist doch auch eine n:m beziehung oder nicht?bitte um eine Antwort.
Hey. Es muss nicht jede Tabelle mit jeder Tabelle verbunden werden. Und in diesem Fall ist der Kunde mit den Artikeln über die Bestellung miteinander verbunden. Eine direkte Verbindung zwischen Kunde und Artikel gibt es nicht.
Viele Grüße
@@LehreramBKdanke dir
Warum wird in de 2. Form die BestellArtikel Tabelle überhuapt gemacht ? die Anzahl war vorher gar nicht in der Tabelle, also wäre es doch einfach diese einfach wegzulassen, da man ohne die Anzahl die Tabelle gar nicht benötigt oder ?
Super Video ☺️
Hey hast du ein Video zur noramlisierung vom relationsschema? Hab am Freitag eine Klausur und ich checks nich
Hey, vielleicht hilft dir das weiter: (Vom ER-Modell zum) relationalen Datenmodell
ruclips.net/video/Asb6OaWqbv4/видео.html
Beste Grüße und viel Erfolg bei der Klausur
Wurde in der 2ten Normalform das Nicht Schlüsselattribut „Anzahl“ einfach hinzugefügt, wenn ja warum?
wieso muss ich das als mediendesigner lernen, egal riesen dank für die erklärung
Gerne ;)
Danke!
dankeschönski
Also sobald ich eine n:m Beziehung habe, muss ich aus den beiden Beziehungspartner-tabellen eine weitere Tabelle erstellen mit zusammengesetzten Primärschlüssel? Warum kommt in diesem Zusammenhang die Vokabel Fremdschlüssel nicht zum Einsatz?
Hey, also laut Untertitel erwähne ich das Wort Fremdschlüssel in dem Video 6 Mal..
Übermorgen Info Abi danke dir
Viel Erfolg :)
Beschde hier 👍🏻
Müsste man bei der ersten NF nicht auch das |Datum| in |Tag|Monat|Jahr| aufteilen?
Vom theoretischen Grundgedanken, ja. Aber da es sich beim Datum um einen eigenen Datentyp handelt mit den man arbeiten muss (Beispielsweise die Differenz zwischen zwei Daten berechnen) nutzt man dafür ein Feld.
Ich kann eine Tabelle in die 3. Normalform bringen, aber habe leider immer noch nicht verstanden, wo genau die 2.Normalform aufhört und die 3.Normalform anfängt...
Zum grundlegenden Verständnis sind die verschiedenen Abhängigkeiten entscheidend. Das habe ich in dem folgenden Video noch einmal detailliert erklärt: Die (voll) funktionale Abhängigkeit und transitive Abhängigkeit. (Neu vertont)
ruclips.net/video/TsH7QJLJPHc/видео.html damit wird es hoffentlich klar.
Viele Grüße
8:06 1:N ist falsch herum!
Ich habe noch eine Frage. Ist es möglich ein Attribut, dass bereits in Tabelle A als Primärschlüssel deklariert wurde in Tabelle B zugleich als Fremd- und Primärschlüssel zu deklarieren?
In diesem Fall wäre es besser Tabelle A und B direkt zusammenzufassen
@@tristanloffler801 Was wäre wenn dadurch die Anzahl der Spalten eine sehr hohe Anzahl erreichen würde? Würde das Auslesen von Daten aus der Tabelle dadurch nicht stark verlangsamt werden?
@@cosimocosner14 Nein, das geht schneller als die 2 Tabellen wieder zu joinen. Man kann im SQL Statement ja auch angeben, welche spalten man benötigt.
Allgemein ist die 3. Normalform nicht immer die performteste. Es ist möglich, im Zuge der Performance Optimierung eine Denormalisierung vorzunehmen
Ein Primärschlüssel muss sowieso niemals normalisiert werden, das ist doch in gar keiner Normalform gefordert
@@tristanloffler801 Ok, danke für die Antwort.
Super Video
Vielen Dank für das Kompliment :)
Bin ich blöd, oder wieso muss die Bestellung eine 1:N Beziehung mit dem Kunde haben? Müsste es nicht andersrum sein? Ein Kunde hat beliebig viele Bestellungen und beliebig viele Bestellungen einen Kunden. Aber wieso in der Richtung ?
Sehe ich auch so. Müsste N:1 sein.
Ja genau, ich denke du hast Recht. Er sagt es aber dafür richtig rum. Bei 7:54 Oder ist es egal wie es Aufgeschrieben wird?
@@fischertechnik081 Nein, egal ist es nicht. Die richtige Beziehung muss angegeben werden.
Hätte auch N:1 gesagt. Ein Kunde kann mehrere Bestellungen aufgeben.
Intro bitte noch lauter und noch leiser reden
Inhalt aber stabil^^
Geil wird es dann, wenn ein Ort mehrere PLZ haben kann oder unter einer PLZ mehrere Orte vorhanden sind. Bei uns in der schweiz gibt es das
danke :)
Gerne ;)
ist die plz nicht vom ort abhängig? also müsste man dann nicht ne tabelle ort machen anstatt ne tabelle plz?
In 2 Stunden Informatik Arbeit 💀
Dann viel Erfolg :)
top bester mann :)
weiß jemand wie die Beziehung zwischen Kunde Artikel aussieht? Muss man die auch beachten oder ist die egal, weil es über die Bestellung läuft?😅
Es muss nicht jede Relation mit jeder Relation direkt verbunden werden. Die Verbindung kann auch über mehrere Relationen erfolgen. Für das Thema Joins empfehle das folgende Video: m.ruclips.net/video/SBiuRA1RVnw/видео.html
Viele Grüße
@@LehreramBK danke für die schnelle Antwort :)
Öhm, ist das nicht exakt dasselbe, was man von der 1. auf die 2. und von der 2. auf die 3. Normalform anwendet?
In beiden Fällen fügt man neue Tabellen hinzu, um die Redundanz zu senken. Wo liegt da der Unterschied?
Es geht um die verschiedenen Abhängigkeiten die bei den verschiedenen Normalformen unterschieden werden. Schau vlt mal hier rein: Die (voll) funktionale Abhängigkeit und transitive Abhängigkeit.
ruclips.net/video/SK8O66jenBI/видео.html. Dann wird es vielleicht klar.
Viele Grüße
@@LehreramBK Danke für die Antwort. Hab es jetzt so verstanden, dass in der 2. Normalform nur Schlüsselattribute normalisiert werden und in der 3. Normalform auch Nichtschlüsselattribute.
😍
❤️
Fehlt nicht am Ende ein Primärschlüssel in der Tabelle für die PLZ?
In dem Fall wäre glaube ich die PLZ der Primärschlüssel
Danke für deine tollen Videos. Du kannst komplexe Inhalte verständlich herunterbrechen machst dies mit einer Energie, die ansteckt!
Eine Frage: Wäre es nachteilig, jedem Eintrag in der Tabelle BestellungArtikel einen neuen fortlaufenden Primärschlüssel zu verpassen statt der Kombo aus BestellNr und ArtikelNr?
Danke für das Lob :)
Das würde gerne, sofern du doppelte Werte ausschließt. Stichwort Unique Constraint ;)
Aber diese Lösung wäre schon etwas komplexer
Die beiden Videos zu dem Thema habe ich verlinkt:
ruclips.net/video/Vgi3kfAJZQQ/видео.html
ruclips.net/video/RVT9C_kBykE/видео.html
Liebe Grüße
Größe von Frau Weitauer 🤝
Viele Grüße zurück, unbekannterweise. ;)
Für die erste Normalform müssen alle Attribute atomar sein, aber es dürfen auch keine Wiederholungsgruppen existieren, das wurde hier ausgelassen
Hängt der Preis nicht auch transitiv vom Artikel ab?
Der Preis ist in diesem Fall voll funktional von der Artikelnummer abhängig.
8:20 - wäre hier nicht eher eine N:1 Beziehung?
N Bestellungen können von einem Kunden gemacht werden und 1 Kunde betätigt keine, eine oder mehrere Bestellungen.
ja 100% im video ist es falsch
nice
Das Beispiel zur 3NF stimmt leider nicht. In Deutschland sind PLZ und Ort voneinander unabhängig. Es gibt Orte mit mehreren PLZ, es gibt aber auch PLZs mit mehreren Orten. Damit kann man nicht von einem auf das andere schließen.
Hey, ja. Danke für den Hinweis. Das passt tatsächlich dann leider fachlich nicht zu 100 Prozent. Auch wenn das Beispiel oftmals der Klassiker ist, wenn es um ein Beispiel für die dritte Normalform geht. Aber du hast das Prinzip ja trotzdem verstanden. Daher hat das Video seinen Zweck nicht verfehlt. :)
Viele Grüße
@@LehreramBK Ja, das Beispiel findet man auch in Lehrbüchern und Uni-Skripten, weil viele über die PLZ-Gebiete in D nicht Bescheid wissen.
Irgendwann gibt es eine 2.0 Version von dem Video. Bis dahin brauche ich dann eine bessere Idee :)
@@LehreramBK Ich zeige das immer gerne mit einer Entität Konto:
Kontonr(PK) / Inhaber / IBAN / Kreditinstitut / BIC
Diese Entität ist in der 2NF, die letzten beiden Nichtschlüsselfelder sind aber voneinander abhängig.
Danke :)
2. NF ,,von jedem schlüsselkandidaten…‘‘??? Ich denke hier wurde ein Fehler gemacht, denn eigentlich gilt die regel ,,vom gesamten primärschlüssel voll funktional abhängig‘‘ nicht auch von schlüsselkandidaten…
Müsste das bei 8:16 nicht eine n:1 anstatt eine 1:n Beziehung sein?
Weil ein Kunde kann ja mehrere Bestellungen aufgeben aber mehrere Bestellungen haben nur einen Kunden....
Wieso gibt es denn die Tabelle BestellungArtikel?
Vielleicht einmal hier reinschauen: Beziehungen in relationalen Datenbanken (1:n, n:m, 1:1). Einfach erklärt.
ruclips.net/video/W4UkIK2BwS8/видео.html da erklärte ich, wie verschiedene Beziehungen aufgelöst werden. Vielleicht wird es dann klar.
Viele Grüße
Wird die Kardinalität bei der ersten Normalform nicht falsch erklärt?
Müßte es nicht heißen:
Eine Bestellung kann mehrere Kunden haben
und
Ein Kunde kann max. eine Bestellung haben
?
Nein. Eine Bestellung ist ja einem Kunden zugeordnet. Das wird dir doch auch so gehen, wenn du etwas bestellst ;). Und du wirst sicherlich schon mehrere Bestellungen bei Amazon durchgeführt haben.
@@LehreramBK
Ich weiß das es falsch ist. In deinem Video wird die Kardinalität durch 1:N beschrieben, es müste aber N:1 lauten. Dann wäre die Aussage auch korrekt.
An sich nicht ganz verkehrt das Video. Jedoch bin ich mit der 1.NF Normalform nicht ganz einverstanden. Nein, es geht nicht um die Straße. Es geht um den Artikelnamen. Es gibt hier eine Artikel Kategorie und eine Artikelbezeichnung. Zudem ist "Anzahl" nicht in der 1.NF. vertreten, tritt jedoch in der 2.NF. auf. Dies ist inkonsistent. Zudem hängt in der 3.NF. die Straße nicht von der KundenNR. ab.
oi
Ich checke es trotzdem nicht
gutes video aber intro zu laut
Danke für das Feedback. Das habe ich in meinen neuen Videos angepasst.
suppa
nööööööööööööööööööööööööööööööööööö
Was stimmt nicht?