Це відео не доступне.
Перепрошуємо.
Normalisierung in Datenbanken (1. bis 3. Normalform)
Вставка
- Опубліковано 14 сер 2024
- Ich erkläre euch in den Video, wie ihr ersten drei Normalformen in relationalen Datenbanken als Datenbankdesign anwendet. Dafür schauen wir uns Schritt für Schritt an was atomar, vollfunktional und transitiv bedeutet. Dazu gehe ich auf die Hintergründe wie Primärschlüssel und Fremdschlüssel ein.
00:00 Einleitung
00:52 Die nullte Normalform
01:30 Die erste Normalform
03:46 Die zweite Normalform
09:55 Die dritte Normalform
Die Begriffe Redundanzen und Anomalien werde ich in einem eigenem Video behandeln.
Selbst für die Uni sehr hilfreich ^^
Besser erklärt als mein Dozent, danke
Gerne. Und danke für das Kompliment :)
Leider wahr.
Wunderbar erklärt, schreibe morgen eine Kurzarbeit in Informatik und bin kurz vorm Fachabi. Das Video hat sehr geholfen, danke.
Viel Erfolg ;)
kein Problem!
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
Ehrlich gesagt das beste Video dazu das es im Netz gibt, vielen Dank!
Sie sind der beste Lehrer den wir haben!
Das Stimmt, finde ich auch!
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.
Wallah gutes Video und Ehrenlehrer ♥
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
Du rettest meine IT Ausbildung. Danke dir!!
Freut mich :)
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
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.
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
ua-cam.com/play/PLIeHnQJo3DGPysME7J0xL68BkWDl5ETls.html
;)
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
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 :)
Habs durch dein Video direkt verstanden und hat mir super weitergeholfen bei meiner Prüfung
Dank dir
Freut mich und gerne ;)
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 :)
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.
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 :)
Einfach in 11:17 Minuten perfekt übermittel. Dankeschön :)
Gerne und Danke :)
danke für die klausurvorbereitung
AP für die Mediengestalter gerettet, super erklärt, danke!
Danke und viel Erfolg :)
vielen dank für das coole und informative Video.
Sehr gerne. Danke für das Kompliment :).
Großes danke. Schreibe morgen eine Arbeit ua. darüber, und dieses Video hat mir echt geholfen
Vielen Dank für das Video, hat mir geholfen, das Thema besser zu verstehen :)
Das freut mich sehr :)
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 👍
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 :)
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.
ua-cam.com/video/SK8O66jenBI/v-deo.html in dem Video gehe ich nochmal darauf ein. Auch mit einem neuen Beispiel.
Viele Grüße
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.
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?
Sehr gut erklärt und einfach zu verstehen, danke
Sehr gutes Video, vielen Dank!!
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.
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
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
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. ( ua-cam.com/video/fVbYB_34v-E/v-deo.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
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
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 ?
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....
ist die plz nicht vom ort abhängig? also müsste man dann nicht ne tabelle ort machen anstatt ne tabelle plz?
Durch dich haben wir BI bestanden! 1:1 die Tabellen und den Text! Daraufhin ein Abo Kuss Kuss 💛
Freut mich sehr :)
Griegsch du Augen Kuss, Wallah
unglaublich hilfreich. vielen dank!
Wallach, Bibi, isch beschte Video
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
Wurde in der 2ten Normalform das Nicht Schlüsselattribut „Anzahl“ einfach hinzugefügt, wenn ja warum?
Eine PLZ kann mehrere Orte haben und ein Ort mehrere PLZ.
und die Straße hat eine Abhängigkeit zu Ort und PLZ...
perfekt und leicht erklärt top
Fehlt nicht am Ende ein Primärschlüssel in der Tabelle für die PLZ?
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..
Tolles Video!
Aber müsste der 2. Kunde nicht auch in die Kundentabelle in der 2. Normalform?
Super erklärt, vielen Dank!
Danke für das Lob!
Danke Chef
Gerne ;)
Sehr gute Erklärung!
Echt super verständlich erklärt!
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
ua-cam.com/video/Asb6OaWqbv4/v-deo.html
Beste Grüße und viel Erfolg bei der Klausur
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
Ich hätte eine Frage: wo kommt die Spalte „Anzahl“ her bei der BestellungArtikel Tabelle?
denke mal ist ihm unterlaufen das in die tabelle zu setzten
Danke Abi richtig gut
Freut mich :)
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)
ua-cam.com/video/TsH7QJLJPHc/v-deo.html damit wird es hoffentlich klar.
Viele Grüße
Rainer Fab freut sich wenn ich dem das morgen erzähle
Unsere Frau Donner ist zwar nett, aber erst jetzt habe ich es verstanden
Freut mich :)
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.ua-cam.com/video/SBiuRA1RVnw/v-deo.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.
ua-cam.com/video/SK8O66jenBI/v-deo.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.
Super Video ☺️
dankeschönski
unnormal gut
Danke
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.
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:
ua-cam.com/video/Vgi3kfAJZQQ/v-deo.html
ua-cam.com/video/RVT9C_kBykE/v-deo.html
Liebe 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?
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.
unfassbar gut erklärt. Vielen Dank
Vielen Dank für die Blumen :)
Hängt der Preis nicht auch transitiv vom Artikel ab?
Der Preis ist in diesem Fall voll funktional von der Artikelnummer abhängig.
Bruder ich mache mein Master an der Uni und du hast es verständlicher erklärt als unser Prof 😂
Danke!
Übermorgen Info Abi danke dir
Viel Erfolg :)
danke :)
Gerne ;)
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
Super Video
Vielen Dank für das Kompliment :)
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…
Wieso gibt es denn die Tabelle BestellungArtikel?
Vielleicht einmal hier reinschauen: Beziehungen in relationalen Datenbanken (1:n, n:m, 1:1). Einfach erklärt.
ua-cam.com/video/W4UkIK2BwS8/v-deo.html da erklärte ich, wie verschiedene Beziehungen aufgelöst werden. Vielleicht wird es dann klar.
Viele Grüße
8:06 1:N ist falsch herum!
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.
ua-cam.com/play/PLIeHnQJo3DGNPf0jvGh6MZRnh8rsDwnMY.html habe ich noch mehr Videos zu dem Thema gesammelt mit verschiedenen Schwerpunkten :)
Beschde hier 👍🏻
top bester mann :)
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
😍
❤️
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 :)
Beste Viedeos was Datenbanken angeht vielen dank
Gerne :)
nice
wieso muss ich das als mediendesigner lernen, egal riesen dank für die erklärung
Gerne ;)
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.
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
Intro bitte noch lauter und noch leiser reden
Inhalt aber stabil^^
In 2 Stunden Informatik Arbeit 💀
Dann viel Erfolg :)
oi
Ich checke es trotzdem nicht
suppa
nööööööööööööööööööööööööööööööööööö
Was stimmt nicht?
gutes video aber intro zu laut
Danke für das Feedback. Das habe ich in meinen neuen Videos angepasst.