Beziehungen in relationalen Datenbanken (1:n, n:m, 1:1). Einfach erklärt.

Ich erkläre die Grundlagen zum Thema relationale Datenbanken, wie ihr die 1:n, die n:m und die 1:1 Beziehung in einer Datenbank auflöst beziehungsweise korrekt umsetzt. Dazu gucken die den Primärschlüssel und den Fremdschlüssel an, wozu wir Beziehungen benötigen und was das Problem ist, wenn wir auf Beziehungen in Datenbanken verzichten. Außerdem erläutere ich, wieso eine relationale Datenbank lediglich eine 1:n Beziehung auflösen kann und nicht direkt die n:m Beziehung. Denn im Gegensatz zu Excel, nutzt ihr verschiedene Tabellen, die ihr mit den einzelnen Schlüsseln in der Datenbank in eine Beziehung setzen müsst. Und nur wenn ihr diese Verweise richtig setzt und die Beziehungen auflöst, erhaltet ihr eine Datenbank ohne Anomalien und Redundanzen.

[bavarian_ttv]

0:00 : ihr wollt mehr über die Beziehungen in relationale Datenbanken erfahren?
ich : nein, ich muss

[OnkelDevil]

Sehr gut erklärt. 10x besser wie der Prof an der FH!

[alexanderwoodstock]

Top, ich tat mir in der Praxis schwer mit m:n, mit Hilfstabelle macht es absolut Sinn 🧑‍💻
Dankeschön! 🥳

[maxdisser]

Ich liebe dich noch nie so schnell Informatik verstanden!!!
Danke420

[malteesch]

Omg, danke vielmals!
Das Video hat mir sehr geholfen v.a. n:m Beziehungen besser zu verstehen! Danke :D

[jeromekoenigsdorf]

kleine Anmerkung: Fremdschlüssel werden in der grafischen Darstellung überstrichen.

[Tobias-rgpw]

Vielen Dank!!! Schreibe gleich eine Klausur über ERM in Datenbanken eintragen 🙏🏼🙏🏼🙏🏼

[ichbinesja]

perfekte Erklärung in weniger als 10 min, respekt

[thescentman]

Tolles Video: Einziger Verbesserungsvorschlag bei der 1: n Erklärung: Die Anordnung bei der Darstellung des Beispiels fände ich es besser wenn links Kunde und rechts die Bestellung stehen würde

[EQUALIZER]

Ein großes Lob. Ich habe ja schon sehr viele - wirklich bis jetzt geglaubte besten - Videos angesehen. Aber komischer Weise sind die bis jetzt geglaubten Informationen, nämlich alles zu sein, was man wissen müsste - doch noch nicht alles. Vielleicht aber, habe ich es in den voran gegangenen Videos der anderen YouTuberinnen und Youtubern, schlicht falsch verstanden oder überhört. Obwohl alle sympathisch sind, scheint es wie mit dem Phänomen in der Schule zu sein. Falscher Lehrer : - nichts verstanden. Richtiger Lehrer: alles und noch viel mehr verstanden; Lust auf mehr. Die Wissbegierde steigt ins unermessliche.
Kennt das jemand von euch?
Na ja, wie dem auch sei. Meine Wissbegierde ist aufs neue in Access geweckt.
Ich könnte es auch anders sagen. Und das nur nach diesem Video.
Würde ich Morgen eine Prüfung etwa haben, in derer mir der Sinn und die Handhabe von Access Datenbanken abgefragt würde, könnte ich beruhigter nach diesem Video schlafen.

[jawoll]

Bei einer 1:1 Beziehung kann also kein Attribut an der Beziehung sein? Zum Beispiel: 1 Teilnehmer benutzt 1 Laptop. Wo würde jetzt das Attribut "Zeitraum" (gibt an wie lange der Laptop von dem Teilnehmer benutzt wird) untergebracht werden?

[igorbeierbach]

Meinen Daumen hast du bekommen! ;)
Note: 8:23 "UniqueKey" statt "UnqiueKey"

[lhe]

Danke hat sehr geholfen, aber wir haben auch noch ‚n‘ zu ‚n‘?!?! (und natürlich n:m 1:n)

[ReddDevil]

Frage zur 1:1 Beziehung: KundenKarte verweist auf Kunde
Ein Kunde kann eine oder keine Kundenkarte haben. Eine Kundenkarte muss zu einem Kunden gehören. Soweit klar!

In deiner Grafik 8:25 hat man einen Foreign-Key (KundenID) in der Relation Kundenkarte stehen. In der Grafik verweist der Primary Key PK KundenID von der Tabelle Kunde auf den FK (KundenID) der Relation Kundenkarte.

Müsste es nicht genau anders herum sein? Der FK verweist doch normal immer auf den PK?

[Riflman]

In der Videobeschreibung schreibst du über n:m, in dem Video beschreibst du diese Kardinalität als m:n Beziehung. Wie ist es den richtig und welche Entität bekommt das "n" und welche das "m" ? Es kommen öfters solche Aufgaben in den Abschlussprüfungen vor und bin einfach verwirrt, wo was hingehört. Danke

[timm]

das ist doch falsch bei 5:26 ! die deklaration von Tabelle 1 müsste doch Kunde sein und Tabelle n Bestellung

[Pratzo]

Unser Prof besteht darauf, dass es n:m nicht gibt sondern 0:* oder * : *
Weil ansonsten mit der Angabe n:m kommuniziert wird, dass es immer einen Eintrag bzw. Eine Abhängigkeit geben muss. 😅

[FilmfanOliver]

Es gibt doch aber auch so Beziehungen wie M:1:N ?!