Datenbanken - Normalisierung

Datenbanken - Normalisierung - 1. Normalform

Рет қаралды 243,285

Күн бұрын

In diesem Video zeige ich, warum die Optimierung der Datenstrukturen einer Datenbank wichtig ist und wie man dabei vorgeht - mit dem Instrument der Normalisierung.
Anhand einer einfachen Beispieldatenbank entwickeln wir die Kriterien der ersten Normalform.

Пікірлер: 68

@sarahsoltany6782 7 жыл бұрын

Meine Rettung 8 Stunden vor der Prüfung :D

@rezo46 4 жыл бұрын

und 4 Stunden bei mir hahahaha

@Chill1Sec 4 жыл бұрын

hab noch 24 Stunden, um alles zu lernen ^^

@sarahsoltany6782 4 жыл бұрын

Chill1Sec dann mal viel erfolg, durch das video bestimmt machbar :)

@Chill1Sec 4 жыл бұрын

@@sarahsoltany6782 hoffentlich. Ansich auch nicht so schwer. Hast du denn bestanden gehabt? :)

@sarahsoltany6782 4 жыл бұрын

Chill1Sec Ja damals schon. weiß zwar immer noch nicht wie aber tatsächlich ja 😄

@skm79925 5 жыл бұрын

Danke, das ist echt super erklärt

@MrBrixor 6 жыл бұрын

Kann man die 1. Normalform als ER-Modell darstellen? Wenn ich das ganze richtig verstanden habe ist die 1. Normalform ja "nur" eine Tabelle?

@BildungInteraktiv 6 жыл бұрын

Das ist eigentlich kein Problem - dann hat man eben nur einen Entitätstyp ("Rechteck") mit einer Reihe von Attributen ("Ellipsen").

@marcello4258 4 жыл бұрын

war da nicht noch was mit wiederholungsgruppen? scheint mir unvollstaendig.

@niroly2469 7 жыл бұрын

top dankölölöllölöölöö

@francod.5295 Жыл бұрын

W12A 22/23 von FOS/BOS ER war hier

@Konmarchar 9 жыл бұрын

Das ist gut und gleichzeitig nicht zu langatmig erklärt, dankeschön.

@g.t.a3739 3 жыл бұрын

Munanyo

@mofi3641 Жыл бұрын

Ehrlich: tolles Video aber die Argumente überzeugen mich nicht ;) meiner MEinung sind diese sehr konstruiert, da man zwar bspw. zwar von Fehlervermeidung spricht aber nicht darauf eingeht, dass zwei zahlen genauso leicht vertasuscht werden können. auch der ARbeitsaufwand ist bei Version A denkbar gering, denn für das neue Projekt muss in zwei felder folgendes eingegeben eingegeben werden, ",1" ",160". Mir ist schon klar, dass Version B besser ist, aber die Argumente sind für mich nicht griffig genug.

@BildungInteraktiv Жыл бұрын

Danke fürs Feedback!

@00eurozeichen 7 жыл бұрын

alle 3 Videos perfekt. Danke für deine Mühe.

@younesgun4411 4 ай бұрын

Ich verstehe nicht genau wie man ein weiteren Schlüssel auswählt. Bitte eine Antwort

@BildungInteraktiv 4 ай бұрын

Das wird doch genau im Video erklärt - ab 6:32 …..

@unlink1649 6 жыл бұрын

für jeden den es interessiert: zusammengesetzte Primärschlüssel nennt man auch "funktional abhängig". Sind in der zweiten dann verboten.

@Art_of_Colors_ 2 жыл бұрын

Es war interessant und informativ allerdings gibt es auch noch zusätzliche Datengedöns .Ist absolut interessant auch grade dann wenn es einem selbst gut erklärt wird .

@konstantin7031 4 жыл бұрын

Eine bessere ERklärung gibt es nicht! Top

@mrmister4592 4 жыл бұрын

Wirklich sehr gut erklärt und damit auch hilfreich. Dennoch sind ein paar Fehlerchen bei der Fortführung entstanden. Das dürfte vielleicht insbesondere Anfänger irritieren >> 1. Im Ausgangsdatenbestand bei 0:33 gibt es bereits Name und Vorname. Bei 4:48 wird ein Ausgangsdatenbestand eingeblendet, bei dem Name und Vorname noch in zwei Spalten erscheinen. 2. Namensfehler: Theodor Willschrein (0:33) heißt ein paar Minuten später Theodor Müller. 3. Sophia Lorenz ist später Sophia Lorenz-Meier und Hans-Otto Richter wird zu Otto Richter. Und gerade noch entdeckt: Brunhilde Wiesenland wird zu Hertha Wiesenland

@marcojung2044 2 жыл бұрын

Danke!

@carstenbrauer2246 Жыл бұрын

Warum kann ich bei 2:12 nicht einfach Datensatz Nr. 5 updaten? Im Video wird behauptet, um das neue Projekt zu Brunhildes hinzuzufügen, muss man zwingend einen neuen Datensatz anlegen. Aber an Datensatz 3 sieht man doch, dass es genügt, die drei Attribute "ProjektNr", "Beschreibung" und "Zeit" upzudaten. Dann habe ich natürlich in Datensatz Nr. 5 die Atomarität verletzt, aber Datensatz 3 zeigt ja, dass an dieser Stelle noch keine Rolle spielt.

@BildungInteraktiv 8 ай бұрын

Wenn ich z.B. Mitarbeiter 5 einem Projekt zuordnen möchte, z.B. Projekt 3, dann muss ich in der linken Tabelle (= Version A bzw. "Nullte Normalform") eine neue Tabellenzeile komplett ausfüllen ( = 8 Felder) Mache ich das in der 3. Normalform ("Verson B"), dann genügt es tatsächlich, in der Tabelle "Mitarbeiter in Projekten" eine neue Zeile mit lediglich 3 Feldern zu ergänzen. Somit lohnt es sich, die EINE Tabelle (links) in MEHRERE kleine und verknüpfte Tabellen (rechts) aufzuteilen, weil ich mir dann 63% des Aufwands spare.

@GhillieVanilli 7 жыл бұрын

Perfekt! Sehr gute Arbeit!

@paulnickles9821 5 жыл бұрын

Hast mir die Klausur gerettet, vielen Dank!

@arturow2686 8 жыл бұрын

ich checks nicht, viel zu viele fremdwörter..

@eb8827 8 жыл бұрын

Das sind die Grundbegriffe. Um die kommt man nicht herum.

@ur199 7 жыл бұрын

Das ist alles unfassbar verständlich formuliert. Wenn du das Video nicht verstehst, scheinst du ernsthafte Defizite in diesem Bereich zu haben und solltest dir schleunigst nochmal die Grundlagen von SQL anschauen :D

@biancoverdeallez Жыл бұрын

Ich versteh wirklich garnichts

@BildungInteraktiv Жыл бұрын

schade!

@shanks1874 5 жыл бұрын

Rettung Rettung und Rettung und ein letztes mal RETTUNG !!!! Danke dir!!!!

@JustDaZack 3 жыл бұрын

Eine sehr gute "Reihe" zu den Normalformen! Danke sehr. :)

@lukasbier5444 6 жыл бұрын

1:40 Da die Tabelle in Version A nicht atomar ist reicht es aus Projektnummer, Beschreibung und Zeit zu ändern. Deshalb ist der Zeitaufwand in diesem Beispiel der gleiche ;).

@BildungInteraktiv 6 жыл бұрын

Guter Punkt - ein neuer Datensatz wäre nur für einen neuen Mitarbeiter fällig...

@Krodus 9 ай бұрын

gutes video !

@BildungInteraktiv 9 ай бұрын

Danke

@maksimdonic5230 4 жыл бұрын

Danke für das Video ! Sehr gut

@m0ZZaik 3 жыл бұрын

Muss ein zusammengesetzter Primärschlüssel eigentlich allgemeingültigkeit besitzen, also auch alle zukünftigen Datensätze eindeutig identifizieren? Oder reicht es, wenn man sich auf den aktuellen Bestand der Datensätze konzentriert? Bei Letzterem wäre dann nämlich auch PersNr und Zeit, bzw Projektor und Zeit Schlüsselkandidaten (aber natürlich bei zusätzlichen Datensätzen dann potentiell nicht mehr eindeutig) Das geht aus der Schlüsseldefinition irgendwie nicht hervor...

@AmnesyInt. 3 жыл бұрын

Ne ernstgemeinte Frage? Die Zeit ist nur ein Attribut und trägt nicht zur Identifizierung bei. Abgesehen davon muss es immer für alle zukünftigen Daten genauso Gültigkeit haben. Dialog: A: Das Projekt 22 hat 92 min. gedauert. B: Ahja, Herr Müller sein Projekt, der braucht immer 92 min. Macht kein Sinn oder...

@m0ZZaik 3 жыл бұрын

@@AmnesyInt. Nun, da die Werte des (zusammengesetzten) Primärschlüssels einen Datensatz eindeutig kennzeichnen (die mir bekannte Definition), ist dies in dem Beispiel durch die Zeit durchaus gegeben. Meine Frage ist halt, ob dies nur für bestehende Datensätze gilt, weil das aus der Primärschlüsseldefinition nicht hervorgeht. Dein Einwand mit den zukünftigen Daten ist ja jetzt ersteinmal nur eine Setzung Deinerseits - aber wenn du eine Definition parat hast, aus der das hervorgeht, gerne her damit :) Zu dem Dialog: Gemäß der Beispieldatenbank braucht Herr Müller für Projekt 2 selbstverständlich "immer" 92 Minuten. Zu jeder Projekt-Mitarbeiter-Zuordnung existiert ja schießlich nur eine Zeit.

@AmnesyInt. 3 жыл бұрын

@@m0ZZaik Das Design muss immer allgemeingültig sein, auch für zukünftige Daten. Eine Datenbank ist ja dazu da um, wenn's sein muss, Millionen von neuen Daten aufzunehmen. Die Definition ergibt sich aus der 2. und 3. Normalform. Die Zeit ist funktional abhängig von der Persnr und der Projektnr.