War im zweitversuch meiner Datenbanksysteme Prüfung und dank dir konnte ich die Prüfung bestehen, solche Videos sind Gold Wert, vielen Dank für die Mühe 🙏
Unglaublich. Ewig diese unterschiedlichen Joins nicht immer gänzlich verstanden und auch nicht kapiert, dass EIN EINFACHES KOMMA REICHT UND GENAU DASSELBE BEDEUTED!!! Und stolpere ich mit Anlauf über dieses Video, überschlage mich mehre male (öfter angesehen)... und zack... EZ! Danke... übrigens sehr sympatischer Erklärbär.
Wie schafft man es in 6 Minuten etwas beigebracht zu bekommen ohne das Gefühl zu haben in Stress auszuarten? Tolles Video! Kurz und knackig, alles was man wissen muss! Das erste und wahrscheinlich nicht das letzte mal dass ich mir diese Videos anschaue! Abo hab ich da gelassen :)
Ich hab jetzt Tagelang versucht aus zwei Tabellen genau NUR das heraus zu lesen was ich brauche... und keiner konnte mir helfen, wie ih diese miteinander verbinden kann.. Dank deines Videos hat es in ein paar Minuten geklappt... Sauber erklärt! Danke!
Komme grade vom Salsa...konnte noch nicht schlafen und dachte schauste nochmal ein vernünftiges Video an ;D und das ist es definitiv!!! SUPER erklärt und veranschaulicht! Ein Turbolerngang!!! Das macht informatikaffin :D
Ein JOIN ohne nichts ist ein INNER JOIN - die Werte beider Attribute müssen identisch sein. D.h. mit INNER JOIN bekommst du wahrscheinlich weniger Datensätze als mit LEFT JOIN oder RIGHT JOIN. ALles klar?
hallo, ich liebe ihre Videos ... könnten sie ein video machen (falls nicht schon vorhanden) für ein JOIN über sagen wir 4 Tabellen? ich komme durcheinander mit von wo wir starten, wo die reise hingeht und die Einschränkung (falls benötigt?) (WHERE) MFG
Danke für die nette Rückmeldung! Leider fehlt mir momentan die Zeit. Aber wenn du das Prinzip verstanden hast, ist eine Abfrage über mehrere Tabellen doch machbar, oder? Du musst ja immer nur den Primärschlüssel und den Fremdschlüssel gleichsetzen. Bei 4 Tabellen hast du also z.b. 3 Gleichsetzungen: select * from t1, t2, t3, t4 where t1.ps = t2.fs and t2.fs = t3.ps and t3.ps = t4.fs
Hallo, kurze Frage: Wenn ich drei Tabellen miteinander verbinden möchte, ist es wichtig, dass alle drei Tabellen eine einzige Gemeinsamkeit haben oder reicht das, wenn es quasi trotzdem eine Gemeinsamkeit von zwei Spalten gibt? Im Endeffekt also dass z.B. keine drei Tabellen für einen Join "Postleitzahl" brauchen, sondern nur zwei von denen die PLZ tatsächlich haben und macht es dann was, wenn die dritte Tabelle, welche die PLZ nicht hat, dafür eine Gemeinsamkeit mit Tabelle 2 hat (ID z.B.) welche aber wiederum in Tabelle 1 nicht stand?
Ja. Immer zwei Tabellen gehören zusammen. Die Orte und die Kunden haben die Postleitzahl gemeinsam, die Kunden und die Smartphone die Marke. Die Smartphones und die Orte haben keinerlei Gemeinsamkeit. War das die Antwort auf die Frage? :-)
Ah, da glaube ich, habe ich mich missverständlich ausgedrückt. Meine Frage bezog sich im Endeffekt darauf, ob es möglich ist, auf die Art und Weise, die ich meinte, mehr als zwei Tabellen zu verbinden. Dass man das kann, weiß ich bereits. Aber ich habe trotz Internetrecherchen leider immer noch nicht verstanden, ob es dafür definitiv ein dreifaches Auftreten desselben Schlüssels in den drei Tabellen geben müsste oder ob das quasi über zwei Schlüssel ebenfalls gehen würde. Sagen wir, ich habe zwei Tabellen die im Endeffekt keinen Schlüssel teilen, aber eine Tabelle die einen Schlüssel für Tabelle 1 und 2 hat. Kann ich dann schon alles drei verbinden oder geht das trotzdem nicht, weil Tabelle 1 und 2 immer noch keinen gemeinsamen Schlüssel haben?
Jetzt wird's kompliziert :-) Wenn ich dich richtig verstehe, muss die Antwort NEIN lauten, und zwar aus folgendem Grund: Eine Verbindung zwischen zwei Tabellen geschieht immer über eine Fremdschlüssel-Primärschlüsselbeziehung. Der Fremdschlüssel verweist immer auf einen Primärschlüssel. Wenn nun in einer Tabelle ein Fremdschlüssel auf zwei verschiedene Tabellen verweist, dann müssten diese beiden Tabellen den gleichen Primärschlüssel haben. Der andere Fall (zwei Fremdschlüssel in zwei Tabellen, die jeweils auf den gleichen Primärschlüssel in einer dritten Tabelle verweisen) kommt regelmäßig vor, aber da sind die drei Tabellen nicht miteinander verbunden, weil die beiden FS -> PS - Beziehungen voneinander unabhängig sind (z.B.: Tabelle 1 Hersteller, Tabelle 2 Fahrräder, Tabelle 3 Regenschirme. Regenschirme + Fahrräder haben jeweils einen Fremdschlüssel zu Hersteller, aber Regenschirme und Fahrräder sind unabhängig voneinander).
Ja, genau, die Sache mit dem Fremdschlüssel und Primärschlüssel meine ich. Aber im Falle meines Beispieles hätte z.B. eine Tabelle Buch die Buchnummer als Schlüssel, eine Tabelle Leser die Lesernummer als Schlüssel und die dritte Tabelle "Ausleihe" zu beiden den Schlüssel "Buchnummer" und "Lesernummer". Würde zum Joinen der drei zu einer Tabelle dann wirklich nicht reichen, quasi erst Buch mit Ausleihe zu verknüpfen (über BuchNr.) und als zweites Leser (über LeserNr.)? Meine Frage ergibt sich aus einer Klausuraufgabe die ich mir angesehen habe und für welche ich diese drei Tabellen bräuchte, aber ich weiß nicht, wie ich die Daten rausholen soll, wenn ich es missverstanden habe und das dann doch nicht verknüpfen darf.
Ich glaube, du meinst einfach eine n:m-Beziehung. Zwischen Buch und Leser besteht eine n:m-Beziehung (ein Buch kann von mehreren Lesern ausgeliehen werden, ein Leser kann mehrere Bücher ausleihen). Diese Beziehung realisieren wir über eine dritte Tabelle, die im einfachsten Fall nur aus zwei Fremdschlüsseln besteht (Primärschlüssel ist zusammengesetzt aus diesen beiden Fremdschlüsseln). Diese "mittlere" Tabelle ist quasi völlig aussagelos, da sie nur dazu dient, die beiden Tabellen zu verknüpfen.
Super Super Video hat mir sehr weitergeholfen! Auf deiner Webseite hast du eine Aufgabe, die mein Aktuelles Problem beschreibt. Hast du oder Jemand aus der Community die Lösung? Immer wenn ich in die Abfrage ein „OR“ reinnehme, bekomme ich viel zu viele Ergebnisse. (Achtung: Das können Sie eigentlich noch nicht!) Gesucht sind alle Bücher von Sabrina Müller, die in die Sparten Thriller oder Humor eingeordnet werden können. Geben Sie Autorenname, Buchtitel und Sparte aus.
Ich finde, die implizite Schreibweise ist für Anfänger einfacher, wenn man mehrere Tabellen abfragt. Ansonsten ist das eine Geschmacksfrage. Soweit ich weiß, gibt es auch hinsichtlich der Performance keinerlei Unterschiede.
Hi, ich wollte mal anmerken, dass PLZ ein schlechter Primärschlüssel ist weil nicht jeder Ort eine eigne PLZ besitzt. Es gibt mehrer Orte die Teilen sich eine PLZ womit einer der Regeln für Primärschlüssel verletzt wird. Man sollte so langsam aktiv, gegen diesen weit verbreiteten Irrglauben aus der Welt der IT-Beispiele, eliminieren :)
Das ist völlig richtig - in kritischen Applikationen würde man i.d.R. einen künstlichen Primärschlüssel (wie ort_id) einrichten. Dass sich viele kleine Orte eine Postleitzahl teilen, ist dabei weniger nervig (dann steht da halt 12345 Kreisstadt, und 12345 Kleineunterstadt gehört dazu und kriegt die Post auch) als die Tatsache, dass einige Orte sich in mehrere Postleitzahlenbereiche aufteilen (größere Städte haben mehrere Postleitzahlen). Im unterrichtlichen Kontext ist Postleitzahl aber appetitlich - weil in den meisten Beispielen ein künstlicher Primärschlüssel vorkommt (kunde_id, artikel_id usw. usf.) und man dankbar ist, wenn man Beispiele mit natürlichen Primärschlüsseln hat.
War im zweitversuch meiner Datenbanksysteme Prüfung und dank dir konnte ich die Prüfung bestehen, solche Videos sind Gold Wert, vielen Dank für die Mühe 🙏
Yihaa, gratuliere!!
Unglaublich. Ewig diese unterschiedlichen Joins nicht immer gänzlich verstanden und auch nicht kapiert, dass EIN EINFACHES KOMMA REICHT UND GENAU DASSELBE BEDEUTED!!! Und stolpere ich mit Anlauf über dieses Video, überschlage mich mehre male (öfter angesehen)... und zack... EZ! Danke... übrigens sehr sympatischer Erklärbär.
Top, freut mich :-)
Noch NIE in meinem Leben habe ich so ein gut Zusammengefasstes Video zum Thema Informatik gesehen 11/10, would recommend.
Vielen Dank!
Danke vielmals!!!
Wie schafft man es in 6 Minuten etwas beigebracht zu bekommen ohne das Gefühl zu haben in Stress auszuarten? Tolles Video! Kurz und knackig, alles was man wissen muss! Das erste und wahrscheinlich nicht das letzte mal dass ich mir diese Videos anschaue! Abo hab ich da gelassen :)
Vielen Dank - in solches Lob freut mich natürlich sehr!!
Ah, super, danke. Mehr gelernt über Abfragen als in 3 Jahren schulischer Ausbildung ^^
Yep geht mir genau so. Jetzt raff ich das ganze plötzlich. Danke 👍🏻👍🏻
Unglaublich hilfreiches Video! Vielen Dank!!
Freut mich, danke sehr!!!
Du bist der Beste! 2 Stunden schon am überlegen wieso die Daten doppptelt angezeigt werden!
Top :-)
Das dritte video das ich mir dazu angeschaut habe aber das Erste durch das ich das Thema verstanden habe
Sehr gut, freut mich!!
Richtig geiler Kanal!
Immer wieder faszinierend wie ein RUclipsr einem sowas in 6 mins beibringt aber ein LangzeitProf nicht
Danke vielmals :-)
Ich hab jetzt Tagelang versucht aus zwei Tabellen genau NUR das heraus zu lesen was ich brauche... und keiner konnte mir helfen, wie ih diese miteinander verbinden kann..
Dank deines Videos hat es in ein paar Minuten geklappt...
Sauber erklärt!
Danke!
Bin begeistert 🤩
Das Kapitel in meinem Buch hat mir echt Angst gemacht. Zum Glück bin ich auf dieses Video gestoßen. Vielen Dank 👌😍
Sehr erfreulich :-) Und danke für die nette Rückmeldung!
Ich muss dauernd lachen, Du hast echt ne schrullige Art. Vielen Dank für die informativen Videos!
Danke :-)
Komme grade vom Salsa...konnte noch nicht schlafen und dachte schauste nochmal ein vernünftiges Video an ;D und das ist es definitiv!!! SUPER erklärt und veranschaulicht! Ein Turbolerngang!!! Das macht informatikaffin :D
Es freut mich, dass dir das Video was gebracht hat - danke für die Rückmeldung. Und viel Spaß beim Tanz mit den JOINs :-)
Gutes Video. Sehr informativ, es wurde
frei gesprochen und es wurden sehr gute Bespiele gezeigt.
1+
Danke sehr!!
Bester Lehrer
Muchas gracias!
Ohne Witz Jetzt: Was du da zeigst ist voll Wertvoll.
Danke!!
Hilft mir wieder sehr beim Nacharbeiten des Semesters. Danke!
Freut mich sehr - viel Erfolg!
Vielen Dank, echt super Erklärt Danke
Gerne doch, viel Erfolg damit!
sie sind sehr seltsam trotzdem danke bruder
Bitte Digger :-)
@@informatikZentrale hahaha cooler typ :D
Danke für das hervorragende video, bring mich sehr weiter in meiner Umschulung, mein Dozent kann das nicht so toll erklären!
Danke - freut mich sehr! (Nicht dass der Dozent es nicht gut erklären kann, sondern dass du das hier verstehst 😎)
Bistn geiler Typ. Ich liebe deine Videos 🙌
Danke so sehr!
Mega Video! Bei Ihnen lernt man was.
Danke vielmals!!!
Ehrebrudi! Griess us de FHNW Muttenz. Mir sin dir tuusig dankbar
Griess zruck - und merci!
Echt klasse gemacht
Danke vielmals :-)
absolut geiler typ! richtig gut erklärt!!!! vielen dank
Freut mich sehr, danke!
älteres video aber dennoch sehr genial erklärt, danke!
Prima, danke ("älter" - naja, 2016 - das macht man seit 100 Jahren schon so :-)
@@informatikZentrale das älter war mehr auf das upload datum bezogen :) aber ja natürlich da tut sich nicht viel :)
Gutes Video, hat sehr weitergeholfen
Das freut mich, danke!
super Video, super erklärt und unterhaltsam war es auch noch.
Danke für das Video!
Das freut mich wirklich - danke!
Super erklärt! Vielen Dank!
Gerne, viel Erfolg noch!
schnell und einfach erklärt, super!
Freut mich, danke!!
Endlich LEFT JOIN, RIGHT JOIN verstanden! Mein Dozent konnte es einfach nicht vernünftig erklären lol. Danke!
Super, das ist eine tolle Rückmeldung!
Ja hier ebenso. Die letzten paar Sekunden des Videos mit der Veranschaulichung von LEFT und RIGHT JOIN waren die kostbarsten des Videos. Danke!
Schön, dass es dir was gebracht hat!
Hat mir geholfen, danke!
Gerne!
Was bedeute dann join...on, also ohne right oder left? Danke für das Video schonmal.
Ein JOIN ohne nichts ist ein INNER JOIN - die Werte beider Attribute müssen identisch sein. D.h. mit INNER JOIN bekommst du wahrscheinlich weniger Datensätze als mit LEFT JOIN oder RIGHT JOIN. ALles klar?
Hammer erklärt!!!
Dann hat es seinen Zweck erfüllt :-)
servus . wahnsinnig große hilfe beim lernen , danke dafür ! gibt es irgendwo ein video oder übungen zu indizes in mysql ?
Nein, leider nicht :-(
danke
Bitte
Sehr Gutes Video, danke vielmals!! Sie sind auch sehr witzig :)
Freut mich :-) Danke für die Rückmeldung!
ein wirklich wunderbares video 👍
Danke sehr :-)
hallo, ich liebe ihre Videos ... könnten sie ein video machen (falls nicht schon vorhanden) für ein JOIN über sagen wir 4 Tabellen? ich komme durcheinander mit von wo wir starten, wo die reise hingeht und die Einschränkung (falls benötigt?) (WHERE)
MFG
Danke für die nette Rückmeldung! Leider fehlt mir momentan die Zeit. Aber wenn du das Prinzip verstanden hast, ist eine Abfrage über mehrere Tabellen doch machbar, oder? Du musst ja immer nur den Primärschlüssel und den Fremdschlüssel gleichsetzen. Bei 4 Tabellen hast du also z.b. 3 Gleichsetzungen: select * from t1, t2, t3, t4 where t1.ps = t2.fs and t2.fs = t3.ps and t3.ps = t4.fs
@@informatikZentrale ja danke, am Freitag haben wir das nochmal geübt und kapiert, danke für die tollen Videos, weiter so!
Prima, viel Glück!@@blutkraehe_official
Super gutes Video! Großes Lob! :) Hat mir sehr weiter geholfen!
Dankeschön!
Danke für die nette Rückmeldung! Und viel Glück mit dem Thema.
Hallo,
kurze Frage: Wenn ich drei Tabellen miteinander verbinden möchte, ist es wichtig, dass alle drei Tabellen eine einzige Gemeinsamkeit haben oder reicht das, wenn es quasi trotzdem eine Gemeinsamkeit von zwei Spalten gibt? Im Endeffekt also dass z.B. keine drei Tabellen für einen Join "Postleitzahl" brauchen, sondern nur zwei von denen die PLZ tatsächlich haben und macht es dann was, wenn die dritte Tabelle, welche die PLZ nicht hat, dafür eine Gemeinsamkeit mit Tabelle 2 hat (ID z.B.) welche aber wiederum in Tabelle 1 nicht stand?
Ja. Immer zwei Tabellen gehören zusammen. Die Orte und die Kunden haben die Postleitzahl gemeinsam, die Kunden und die Smartphone die Marke. Die Smartphones und die Orte haben keinerlei Gemeinsamkeit.
War das die Antwort auf die Frage? :-)
Ah, da glaube ich, habe ich mich missverständlich ausgedrückt. Meine Frage bezog sich im Endeffekt darauf, ob es möglich ist, auf die Art und Weise, die ich meinte, mehr als zwei Tabellen zu verbinden. Dass man das kann, weiß ich bereits. Aber ich habe trotz Internetrecherchen leider immer noch nicht verstanden, ob es dafür definitiv ein dreifaches Auftreten desselben Schlüssels in den drei Tabellen geben müsste oder ob das quasi über zwei Schlüssel ebenfalls gehen würde. Sagen wir, ich habe zwei Tabellen die im Endeffekt keinen Schlüssel teilen, aber eine Tabelle die einen Schlüssel für Tabelle 1 und 2 hat. Kann ich dann schon alles drei verbinden oder geht das trotzdem nicht, weil Tabelle 1 und 2 immer noch keinen gemeinsamen Schlüssel haben?
Jetzt wird's kompliziert :-)
Wenn ich dich richtig verstehe, muss die Antwort NEIN lauten, und zwar aus folgendem Grund: Eine Verbindung zwischen zwei Tabellen geschieht immer über eine Fremdschlüssel-Primärschlüsselbeziehung. Der Fremdschlüssel verweist immer auf einen Primärschlüssel. Wenn nun in einer Tabelle ein Fremdschlüssel auf zwei verschiedene Tabellen verweist, dann müssten diese beiden Tabellen den gleichen Primärschlüssel haben. Der andere Fall (zwei Fremdschlüssel in zwei Tabellen, die jeweils auf den gleichen Primärschlüssel in einer dritten Tabelle verweisen) kommt regelmäßig vor, aber da sind die drei Tabellen nicht miteinander verbunden, weil die beiden FS -> PS - Beziehungen voneinander unabhängig sind (z.B.: Tabelle 1 Hersteller, Tabelle 2 Fahrräder, Tabelle 3 Regenschirme. Regenschirme + Fahrräder haben jeweils einen Fremdschlüssel zu Hersteller, aber Regenschirme und Fahrräder sind unabhängig voneinander).
Ja, genau, die Sache mit dem Fremdschlüssel und Primärschlüssel meine ich. Aber im Falle meines Beispieles hätte z.B. eine Tabelle Buch die Buchnummer als Schlüssel, eine Tabelle Leser die Lesernummer als Schlüssel und die dritte Tabelle "Ausleihe" zu beiden den Schlüssel "Buchnummer" und "Lesernummer". Würde zum Joinen der drei zu einer Tabelle dann wirklich nicht reichen, quasi erst Buch mit Ausleihe zu verknüpfen (über BuchNr.) und als zweites Leser (über LeserNr.)? Meine Frage ergibt sich aus einer Klausuraufgabe die ich mir angesehen habe und für welche ich diese drei Tabellen bräuchte, aber ich weiß nicht, wie ich die Daten rausholen soll, wenn ich es missverstanden habe und das dann doch nicht verknüpfen darf.
Ich glaube, du meinst einfach eine n:m-Beziehung. Zwischen Buch und Leser besteht eine n:m-Beziehung (ein Buch kann von mehreren Lesern ausgeliehen werden, ein Leser kann mehrere Bücher ausleihen). Diese Beziehung realisieren wir über eine dritte Tabelle, die im einfachsten Fall nur aus zwei Fremdschlüsseln besteht (Primärschlüssel ist zusammengesetzt aus diesen beiden Fremdschlüsseln).
Diese "mittlere" Tabelle ist quasi völlig aussagelos, da sie nur dazu dient, die beiden Tabellen zu verknüpfen.
super
Danke :-)
Die 20 Dislikes sind von Leuten die es einfach nie verstehen werden :D
Danke für den Trost :-)
Super
Super Video hat mir sehr weitergeholfen!
Auf deiner Webseite hast du eine Aufgabe, die mein Aktuelles Problem beschreibt. Hast du oder Jemand aus der Community die Lösung? Immer wenn ich in die Abfrage ein „OR“ reinnehme, bekomme ich viel zu viele Ergebnisse.
(Achtung: Das können Sie eigentlich noch nicht!)
Gesucht sind alle Bücher von Sabrina Müller, die in die Sparten Thriller oder Humor eingeordnet werden können. Geben Sie Autorenname, Buchtitel und Sparte aus.
Danke schön
Bitte, gerne :-)
Danke......
Was für ein Programm wird genutzt?
MySQL Workbench und MAMP (macOS) bzw. WAMP oder xampp (Windows)
Wieso nutzt man die implizite Schreibweise? Übrigens Top Videos!
Ich finde, die implizite Schreibweise ist für Anfänger einfacher, wenn man mehrere Tabellen abfragt. Ansonsten ist das eine Geschmacksfrage. Soweit ich weiß, gibt es auch hinsichtlich der Performance keinerlei Unterschiede.
Hi, ich wollte mal anmerken, dass PLZ ein schlechter Primärschlüssel ist weil nicht jeder Ort eine eigne PLZ besitzt. Es gibt mehrer Orte die Teilen sich eine PLZ womit einer der Regeln für Primärschlüssel verletzt wird.
Man sollte so langsam aktiv, gegen diesen weit verbreiteten Irrglauben aus der Welt der IT-Beispiele, eliminieren :)
Das ist völlig richtig - in kritischen Applikationen würde man i.d.R. einen künstlichen Primärschlüssel (wie ort_id) einrichten. Dass sich viele kleine Orte eine Postleitzahl teilen, ist dabei weniger nervig (dann steht da halt 12345 Kreisstadt, und 12345 Kleineunterstadt gehört dazu und kriegt die Post auch) als die Tatsache, dass einige Orte sich in mehrere Postleitzahlenbereiche aufteilen (größere Städte haben mehrere Postleitzahlen).
Im unterrichtlichen Kontext ist Postleitzahl aber appetitlich - weil in den meisten Beispielen ein künstlicher Primärschlüssel vorkommt (kunde_id, artikel_id usw. usf.) und man dankbar ist, wenn man Beispiele mit natürlichen Primärschlüsseln hat.
Ich liebe Sie #nohomo
"bitte kapieren Sie es" 😄
Ja, mit Drohen habe ich es auch schon probiert, funktioniert nicht :-)
Bin ich der Einzige, der das Video Iconic findet? xd
Was ist denn iconic?! :-)
Inner Join ist doch nicht das gleiche wie Join?
Ja, das ist die gleiche Funktionalität, kann aber besser lesbar sein.
titel ist falsch... mehrere bedeutet mehr als zwei...
Es geht hier um das Prinzip, wie mehrere Tabellen abgefragt werden. Um das zu erklären, reichen zwei.
#alsoBitteKapierenSieEs