Lernvideo Normalformen und Schlüsselkandidaten
HTML-код
- Опубликовано: 28 июл 2024
- In diesem Video werden für verschiedene Relationen alle Schlüsselkandidaten ermittelt. Außerdem werden die Relationen auf ihre Normalform geprüft 2. Normalform, 3. Normalform und BCNF.
0:00 Intro
0:18 Definitionen der Normalformen
1:05 Beispielaufgabe 1
3:48 Beispielaufgabe 2
4:34 Erklärung Schlüsselkandidat vs Superschlüssel
7:19 Beispielaufgabe 3
Dieses Video enstand im Rahmen einer Projektarbeit an der Fakultät Medien und Informationswesen der Hochschule Offenburg.
Link zum MI Learning der Hochschule Offenburg:
mi-learning.hs-offenburg.de/e...
1000 mal besser erklärt als die Uni-Vorlesung ! Großes Lob !
In diesen 10 Minuten habe ich endlich mal das Thema verstanden. Top Erklärung
Vielen Dank für dieses Video. Hilft ungemein zur Vorbereitung auf das Informatik-Staatsexamen. Habe es bisher noch nie so verständlich erklärt bekommen :)
Faszinierend, wer bei RUclips kommentiert!
*hihi*
Wie gut ist das denn bitteschön erklärt??? Danke!
So sauber habe ich glaube ich noch nie etwas erklärt bekommen. Super :)
Um das hier zu verstehen hab ich viele Stunden "Inder-Tutorials" benötigt ... :D Aber jetzt ist es einfach.
Vielen Dank!! Hilft ungemein weiter. Klasse.
Schließe mich der Frau Huber an. Sehr starkes Video war sehr gut und nachvollziehbar erklärt. Daumen nach oben!
Sehr sauber erklärt! Top!
Super erklärt, danke!!
Hallo, gibt es auch eine Anleitung zur Überführung? Also wenn 1nf gegeben ist diese in die 2,3 oder bcnf zu überführen?
Hammer Video!
Danke sehr gut erklärt
Beim 2. Beispiel verstößt b --> ed NICHT gegen die 2. NF... aber warum nicht? "ed" ist hier dann doch nicht voll funktional abhängig von einem Schlüsselkandidaten. Ich bin mir sicher dass ich es nur falsch verstehe, dennoch würde ich gerne um eine Erklärung für dumme diesbezüglich bitten.
An und für sich aber alles sehr gut erklärt ! :)
doch, ed ist voll funktional abhängig von a, denn man erreicht ed wie folgt: a-> b -> ed. Man kann von a nichts wegstreichen, weil dann nichts bzw. nur die leere Menge übrig wäre um ed zu erreichen. a ist minimal
Bei aufgabe 3, kann man bNickname alleine als schlüssel verwenden weil man von dem alleine alles andere bestimmen kann. Wieso habt ihr 2 geholt?
Ich versteh ja gar nichts
Danke!!!!
Minute 4.47 .. wie meinen sie das mit "lässt sich schliessen"
Krank gutes Video
super Video
was bedeutet: Wenn sie Atomar ist?
ein atomares Attribut besitzt für jedes Tupel höchstens einen Wert - nie zwei oder mehr.
Finde es schade, dass hier nicht durchkommt, warum ac der einzige Schlüsselkandidat ist, oder habe ich was "übersehen"?
Kommt vielleicht etwas spät, aber a ist ein Teil Schlüssel von ac.
Da ac der einzige Wert ist, der d besitzt und a eben der Teil des Keys ist, ist ac und nicht a der key.
Ein Teil eines Schlüssels darf nicht auf ein anderen Wert zeigen. Bei b -> e ist es in Ordnung, wenn es von ac (un-)abhängig wäre, denn dann gilt ac -> b -> e, was nichts anderes als ac -> e ist. Oder b ist auch ein eigenständiger Schlüssel, dann ist es auch ok.
Wäre es statt a ein x gewesen, hätten wir zwei keys.
Im zweiten Beispiel war ja a -> c, weswegen der key ac auch gleich nur a bleiben kann, da c eben redundant ist.
Wenn man einen Schlüssel aus mehreren Werten hat, kann man mittels Kontrolle schauen, ob man das kürzen kann.
Ich würde noch die indisch / englischen Erklärvideos anschauen. Die Leute machen das echt gut.
Es ist nur {a,c}, aufgrund seiner Minimalität.
{a,c} ist einzig MINIMALER Schlüssel, da man a und c mind. im Schlüssel haben muss (um überhaupt auf die Attribute a und c zu kommen) und er gleichzeitig in dieser (kürzesten) Kombination fähig ist, alle anderen Attribute zu bestimmen.
In anderen Worten: a,c ist einziger Schlüssel, da er die mindest Voraussetzung (a und c zwingend im Schlüssel) erfüllt und es auch direkt genügt, um auf alle Attribute der Relation zu schließen.
(Alle weiteren Schlüssel müssten dann immer mindestens {a, c, …} im Schlüssel enthalten, was nicht mehr minimal sein würde.)
Wieso ist das letzte Beispiel in der 1.NF? man könnte doch noch bName in bVorname und bNachname aufteilen. oder liege ich da falsch?
Was atomar ist, ist letztlich Definitionssache. Vor- und Nachname werden hier als EIN String gespeichert - und damit ist die 1. NF erfüllt. Man könnte deinen Gedankengang auch weiter spinnen und einen Namen in seine Einzelbuchstaben zerlegen, um diese dann als mehrwertiges Attribut in derselben Spalte [Name] abzulegen. Ob das sinnvoll ist, ist die andere Frage. Letztlich ist die gegebene Ausprägung entscheidend - und nicht die theoretisch denkbare.
war nur zum verdeutlichen damit man ein beispiel hat
Meint Ihr das alle ernst???
die Stimme macht einen mit der Zeit wahnsinnig
Entschuldige, aber was ist an dem Video so gut? Ich habe mehrere Videos gesehen, die alle verständlicher waren. Dieses Video ist voll von Fachbegriffen und ist sehr abstrakt gehalten. Wenn man so abstrakt denken kann und die Fachbegriffe alle kennt, benötigt man dann dieses Video überhaupt noch?
Es kommt drauf an, ob man den Stoff in der Schule oder an einer Hochschule behandelt. Mit den Schulvideos kommt man nämlich an Hochschulen nicht sehr weit.
ich glaube ich bin einfach dumm
Viel zu kompliziert. Schaut euch das von Ott-Casts an "Normalformen (1NF-3NF) da ist es richtig gut erklärt und für fast jedermann/frau verständlich. UND bitte noch "Datenbanken - Normalisierung -1/2. Normalform" anschauen von BildungInteraktiv. Viel Erfolg bei der Prüfung!
Richtig schlecht erklärt
Du hast da was vergessen: "Richtig schlecht erklärt, weil ..."
@@Felms99 Viel zu kompliziert. Schaut euch das von Ott-Casts an "Normalformen (1NF-3NF) da ist es richtig gut erklärt und für fast jedermann/frau verständlich. UND bitte noch "Datenbanken - Normalisierung -1/2. Normalform" anschauen von BildungInteraktiv.