Das große MySQL-Tutorial für Ein­stei­ger

Die Grundlage unseres digitalen Uni­ver­sums ist ein stetig wach­sen­der Datenberg. Zentrales Element des Internets und der ver­netz­ten Welt sind Datenbank-Ma­nage­ment-Systeme wie MySQL. Diese er­mög­li­chen es, große Da­ten­men­gen elek­tro­nisch zu ver­ar­bei­ten, wi­der­spruchs­frei abzulegen und dauerhaft auf­zu­be­wah­ren. Dabei werden komplexe Da­ten­be­stän­de in handliche Teil­men­gen zerlegt und bei Bedarf in Relation gesetzt. In unserem MySQL-Tutorial für Anfänger führen wir Sie in die Grund­la­gen der Da­ten­bank­ver­wal­tung ein und zeigen Ihnen an Bei­spie­len, wie Sie die Da­ten­hal­tung für Ihr Web­pro­jekt mit MySQL op­ti­mie­ren.

MySQL gehört neben Oracle und Microsoft SQL Server zu den weltweit po­pu­lärs­ten re­la­tio­na­len Datenbank-Ma­nage­ment-Systemen (eine aktuelle Übersicht finden Sie auf db-engines.com). Die 1994 vom schwe­di­schen Un­ter­neh­men MySQL AB ent­wi­ckel­te Software steht heute unter der Schirm­herr­schaft der Oracle Cor­po­ra­ti­on und wird auf Basis eines dualen Li­zenz­sys­tems ver­trie­ben: Neben der pro­prie­tä­ren En­ter­pri­se-Aus­füh­rung bietet Oracle eine GPL-li­zen­zier­te, quell­of­fe­ne Version an. Diese Dop­pel­li­zen­zie­rung gibt Un­ter­neh­men die Mög­lich­keit, eigene An­wen­dun­gen auf Basis von MySQL zu ent­wi­ckeln, ohne diese der Open-Source-Lizenz un­ter­wer­fen zu müssen. In der Open-Source-Gemeinde stößt die Übernahme von MySQL durch Oracle jedoch über­wie­gend auf Kritik.

MySQL ist in C und C++ ge­schrie­ben und verfügt über einen Yacc-basierten SQL-Parser mit selbst ent­wi­ckel­tem Tokenizer (le­xi­ka­li­scher Scanner). Das Datenbank-Ma­nage­ment-System zeichnet sich zudem durch eine breite Be­triebs­sys­tem-Un­ter­stüt­zung aus.  

Die Ein­glie­de­rung des MySQL-Projekts in das Oracle-Pro­dukt­port­fo­lio stößt in der Ent­wick­ler­sze­ne über­wie­gend auf Miss­trau­en und Kritik. Dies hat in erster Linie damit zu tun, dass die Un­ter­schie­de zwischen der GPL-li­zen­zier­ten MySQL-Version und dem kos­ten­pflich­ti­gen En­ter­pri­se-Produkt stetig zunehmen. Neue Funk­tio­nen des Datenbank-Ma­nage­ment-Systems stehen immer häufiger nur in der pro­prie­tä­ren Version zur Verfügung. Nicht­öf­fent­li­che Fehler-Da­ten­ban­ken und mangelnde Tests lassen die Community vermuten, dass das Open-Source-Projekt unter den Fittichen des Software-Goliaths Oracle nur stief­müt­ter­lich behandelt wird. Der Rückhalt in der Open-Source-Ge­mein­schaft nimmt daher stetig ab.

Bereits 2009 hat das Kern­ent­wick­ler­team um den MySQL-Erfinder Michael „Monty“ Widenius dem beliebten Da­ten­bank­sys­tem den Rücken gekehrt und mit MariaDB einen quell­of­fe­nen Fork der Software initiiert. Ende 2012 leiteten mit Fedora, OpenSUSE, Slackware und Arch Linux die ersten Linux-Dis­tri­bu­tio­nen die Um­stel­lung von MySQL auf MariaDB als Standard-In­stal­la­ti­on ein. Zahl­rei­che Open-Source-Projekte sowie namhafte Software-Firmen und Web­platt­for­men folgten dem Beispiel – darunter Mozilla, Ubuntu, Google, Red Hat En­ter­pri­se Linux, Web of Trust, Team Speak, die Wikimedia Foun­da­ti­on und das bereits an­ge­spro­che­ne Software-Projekt XAMPP.

Schon jetzt zeichnet sich ab, dass sich MariaDB im Vergleich zur quell­of­fe­nen MySQL-Version kon­ti­nu­ier­li­cher wei­ter­ent­wi­ckelt. Es ist daher an­zu­neh­men, dass der Fork seinem Mut­ter­pro­jekt bald den Rang ablaufen wird.

Tolkien ist in der Tabelle autoren mit dem Pri­mär­schlüs­sel autoren_id 1 gelistet. Um sämtliche Werke des Autors ab­zu­fra­gen, kommt dieser in der Tabelle werke als Fremd­schlüs­sel zum Einsatz. Es werden somit alle Rows abgerufen, die mit der autoren_id 1 verknüpft sind.

In der Praxis werden MySQL-Da­ten­bank­ope­ra­tio­nen mit stan­dar­di­sier­ten SQL-Befehlen wie SELECT, INSERT, UPDATE und DELETE rea­li­siert. Auf diese werden wir in den folgenden Kapiteln unseres MySQL-Tutorial noch näher eingehen.

Natürlich hätte man sämtliche Daten zu beiden Autoren und deren Werken in nur einer Tabelle speichern können. Eine solche Da­ten­hal­tung führt jedoch dazu, dass eine Datenbank eine Vielzahl red­un­dan­ter Einträge be­inhal­tet, da bei­spiels­wei­se die Daten zu den Spalten vorname und nachname in diesem Fall für jedes Werk einzeln auf­ge­führt werden müssten. Eine solche Redundanz belastet nicht nur den Speicher, sondern führt auch dazu, dass etwaige Ak­tua­li­sie­run­gen an mehreren Stellen der Datenbank vor­ge­nom­men werden müssen. Bei der Arbeit mit re­la­tio­na­len Da­ten­bank­sys­te­men be­schränkt man sich daher darauf, nur einen Sach­ver­halt pro Tabelle ab­zu­bil­den. Man spricht in diesem Fall von einer Nor­ma­li­sie­rung der Daten.

Das zentrale An­wen­dungs­feld von MySQL ist die Da­ten­spei­che­rung im Rahmen dy­na­mi­scher Web­an­ge­bo­te. Die Kom­bi­na­ti­on von MySQL mit der Webserver-Software Apache und den Skript­spra­chen PHP oder Perl hat sich als klas­si­sches Software-Gerüst in der Web­ent­wick­lung etabliert. Der Web-Stack lässt sich als LAMP (Linux), MAMP (macOS) oder WAMP (Windows) mit allen gängigen Server-Be­triebs­sys­te­men rea­li­sie­ren.

MySQL-Ein­stei­gern empfehlen wir die lokale Text­um­ge­bung XAMPP, um erste Er­fah­run­gen mit dem Datenbank-Ver­wal­tungs­sys­tem zu sammeln. Dieses setzt in der aktuellen Version auf MariaDB.

Um Ihnen die MySQL-Grund­la­gen näher zu bringen, werden wir mit pra­xis­na­hen Bei­spie­len arbeiten. Unserer MySQL-Ein­füh­rung liegt dabei die Test­um­ge­bung XAMPP zugrunde. Code-Snippets und Screen­shots kon­zen­trie­ren sich auf Da­ten­bank­ope­ra­tio­nen, die via PHP mithilfe eines Apache HTTP Servers lokal auf einem Windows-Rechner rea­li­siert wurden. Statt der klas­si­schen MySQL-Datenbank kommt dabei der Fork MariaDB zum Einsatz. Derzeit sind beide Datenbank-Ma­nage­ment-Systeme so kom­pa­ti­bel, dass sich alle Ope­ra­tio­nen 1:1 über­tra­gen lassen. Für Sie als End­an­wen­der macht es im Rahmen eines Ein­stei­ger-Tutorials keinen Un­ter­schied, ob Sie mit MySQL oder MariaDB arbeiten. Wie Sie eine solche Test­um­ge­bung lokal auf Ihrem Windows-Rechner in­stal­lie­ren, ist Thema unseres XAMPP-Tutorials. Möchten Sie den Umgang mit re­la­tio­na­len Da­ten­ban­ken von der Pike auf lernen, empfehlen wir, direkt mit MariaDB ein­zu­stei­gen. Eine al­ter­na­ti­ve Test­um­ge­bung auf Basis von MySQL steht Ihnen mit AMPPS jedoch ebenfalls kostenlos zur Verfügung. Darüber hinaus besteht die Mög­lich­keit, einen be­nut­zer­de­fi­nier­ten Web-Stack auf­zu­set­zen. MySQL und MariaDB lassen sich bei Bedarf mit diversen Be­triebs­sys­te­men, Web­ser­vern und Skript­spra­chen kom­bi­nie­ren. Kos­ten­lo­se, GPL-li­zen­zier­te Down­load­pa­ke­te werden unter mysql.de und mariadb.com angeboten. De­tail­lier­te In­stal­la­ti­ons­an­lei­tun­gen für ver­schie­de­ne Platt­for­men finden Sie in den eng­lisch­spra­chi­gen Do­ku­men­ta­tio­nen von MySQL und MariaDB.

Bei der Ver­wal­tung von MySQL stützen wir uns auf die freie Web­an­wen­dung phpMy­Ad­min. Diese ist bereits im In­stal­la­ti­ons­um­fang des XAMPP-Software-Bundles enthalten, wird auf der of­fi­zi­el­len Projekt-Website jedoch auch separat als Download-Paket angeboten. phpMy­Ad­min gilt als Stan­dard­soft­ware zur Ad­mi­nis­tra­ti­on von MySQL-Da­ten­ban­ken im World Wide Web. Die in PHP und Ja­va­Script ge­schrie­be­ne Web­an­wen­dung er­mög­licht es, Da­ten­bank­ope­ra­tio­nen über eine grafische Be­nut­zer­ober­flä­che durch­zu­füh­ren. So erstellen und verwalten Sie die Tabellen Ihrer re­la­tio­na­len Datenbank bequem per Klick im Web­brow­ser. Die Kenntnis ent­spre­chen­der SQL-Befehle ist dazu zunächst nicht notwendig.

Am linken Rand der Be­nut­zer­ober­flä­che finden Sie ein Na­vi­ga­ti­ons-Panel. Hier werden alle Tabellen auf­ge­führt, auf die Sie mithilfe von phpMy­Ad­min in Ihrer Datenbank zugreifen können. Unter dem Programm-Logo in der linken oberen Ecke hält die Software Links zur Start­sei­te sowie zu of­fi­zi­el­len Do­ku­men­ta­tio­nen bereit. Darüber hinaus haben Sie die Mög­lich­keit, das Na­vi­ga­ti­ons-Panel zu kon­fi­gu­rie­ren und Ihre Ansicht zu ak­tua­li­sie­ren.

Wir starten unseren MySQL-Crashkurs damit, dass Sie Ihre erste Datenbank anlegen.

Be­stä­ti­gen Sie Ihre Eingabe mit einem Klick auf „Create“ (Anlegen). Die von Ihnen erstellte Datenbank wird im Na­vi­ga­ti­ons-Panel auf der linken Bild­schirm­sei­te angezeigt. Neu erstellte Da­ten­ban­ken enthalten zunächst keine Inhalte. Um Daten zu hin­ter­le­gen, erstellen Sie im nächsten Schritt eine Tabelle.

Eine Be­schrei­bung der Ta­bel­len­struk­tur und möglicher For­ma­tie­run­gen finden Sie in folgender Tabelle.

Die hier dar­ge­stell­ten Optionen umfassen die wich­tigs­ten Ein­stel­lun­gen zur For­ma­tie­rung von Ta­bel­len­spal­ten. Wenn Sie mithilfe der Bild­lauf­leis­te weiter nach rechts scrollen, finden Sie weitere Ein­stel­lungs­mög­lich­kei­ten, die wir in diesem MySQL-Tutorial für Ein­stei­ger nicht an­spre­chen.

Nach­ste­hen­de Tabelle führt ver­schie­de­ne Da­ten­ty­pen, die sich mit MySQL und MariaDB ver­ar­bei­ten lassen, sowie deren Wer­te­be­reich und Spei­cher­be­darf auf.

Für die Bei­spiel­ta­bel­le users haben wir folgende Ein­stel­lun­gen getroffen:

Mögliche Werte für die Spalte id wurden als Ganzzahl (Integer, INT) definiert und tragen das Attribut UNSIGNED. Die id kann somit lediglich positive Zah­len­wer­te annehmen. Unter „Index“ haben wir für die id die Ein­stel­lung PRIMARY aus­ge­wählt. Die Iden­ti­fi­ka­ti­ons­num­mer fungiert somit als Pri­mär­schlüs­sel für die Tabelle users. Das Häkchen bei „A_I“ (Auto_Increment) si­gna­li­siert dem Datenbank-Ma­nage­ment-System, dass IDs für jeden Eintrag als fort­lau­fen­de Nummern au­to­ma­tisch erzeugt werden sollen.

Die Werte für die Spalten forename, surname, email und password wurden als Datentyp VARCHAR definiert. Es handelt sich somit um variable Zei­chen­ket­ten, deren Länge (M) wir mit der Option „Length/Value“ auf 50 Zeichen ein­ge­schränkt haben. Für die Spalte email wurde zudem die Index-Option UNIQUE aktiviert. So stellen wir sicher, dass jede E-Mail-Adresse in unserer Tabelle nur einmal ge­spei­chert wird.

Für die Spalten created_at und updated_at haben wir den Datentyp TIMESTAMP gewählt. Das Datenbank-Ma­nage­ment-System speichert Zeitdaten zur Er­stel­lung und Ak­tua­li­sie­rung von Da­ten­sät­zen somit im Format YYYY-MM-DD HH:MM:DD. Da das System für jeden neuen Eintrag au­to­ma­tisch einen Zeit­stem­pel erstellen soll, wählen wir für die Spalte created_at den Stan­dard­wert CURRENT_TIMESTAMP. Die Spalte updated_at wird erst dann relevant, wenn wir einen Eintrag ak­tua­li­sie­ren. Wir erlauben daher Null-Werte für diese Spalte und setzten NULL als Stan­dard­wert.

Eine de­tail­lier­te Be­schrei­bung der SQL-Syntax folgt im Kapitel zu Da­ten­bank­ab­fra­gen.

Ein Klick auf „Save“ speichert Ihre Ein­stel­lun­gen. Die Tabelle users wird im Na­vi­ga­ti­ons-Panel unter der Datenbank test angezeigt.

Zur Ver­wal­tung von Da­ten­ta­bel­len stehen Ihnen in der Me­nü­leis­te ver­schie­de­ne Tabs zur Verfügung. Möchten Sie die Struktur einer Da­ten­ta­bel­le verändern, wählen Sie den Tab „Structure“. Neue Da­ten­sät­ze fügen Sie Ihrer Tabelle im Tab „Insert“ (Einfügen) hinzu. Darüber hinaus er­mög­licht es phpMy­Ad­min, Tabellen zu durch­su­chen, Be­rech­ti­gun­gen zu verwalten und Da­ten­sät­ze zu ex­por­tie­ren oder aus anderen Tabellen zu im­por­tie­ren.

Än­de­run­gen an der Ta­bel­len­struk­tur können unter Umständen zu Da­ten­ver­lust führen. Bevor sie bereits angelegte Ta­bel­len­spal­ten be­ar­bei­ten oder löschen, sollten Sie in jedem Fall ein Back-up Ihrer Datenbank anlegen. Wechseln Sie dazu in den Tab „Export“ (Ex­por­tie­ren), wählen Sie das ge­wünsch­te Da­ten­for­mat für das Back-up aus und be­stä­ti­gen Sie mit „Go“. Es öffnet sich ein Dia­log­fens­ter, in dem Ihr Web­brow­ser das Spei­cher­ziel für den Download abfragt. Eine Al­ter­na­ti­ve zum Datenbank-Back-up via phpMy­Ad­min stellt das kos­ten­lo­se Si­che­rungs­pro­gramm MyS­QLDum­per dar.

Da­ten­bank­ver­bin­dung aufbauen

Nachdem wir unsere Be­spiel­ta­bel­le users mit Einträgen befüllt haben, werden wir uns in den nächsten Kapiteln anschauen, wie sich die hin­ter­leg­ten Daten via PHP über den Apache Webserver abfragen lassen.

Dazu stellen wir im ersten Schritt eine Da­ten­bank­ver­bin­dung her. In PHP stehen Ihnen dazu drei Schnitt­stel­len zur Verfügung: MySQL Extension, MySQL Improved Extension (MySQLi) und PHP Data Objects (PDO).

• MySQL-Extension: Bei MySQL-Extension handelt es sich um eine überholte MySQL-Schnitt­stel­le, die früher sehr populär war, heute jedoch als veraltet gilt. Gegenüber MySQLi und PDO hat die alte MySQL-Extension den Nachteil, dass sie weder Prepared State­ments noch benannte Parameter un­ter­stützt.

• MySQLi: Bei MySQLi handelt es sich um eine ver­bes­ser­te Version der klas­si­schen PHP-Er­wei­te­rung für den Zugriff auf MySQL-Da­ten­ban­ken. Die Schnitt­stel­le arbeitet sowohl pro­ze­du­ral als auch ob­jekt­ori­en­tiert. Der Einsatz ist auf MySQL- und MariaDB-Da­ten­ban­ken be­schränkt.

• PDO: Bei PHP Data Objects (PDO) handelt es sich um eine ob­jekt­ori­en­tier­te Schnitt­stel­le, die eine Abs­trak­ti­ons­schicht für den Da­ten­zu­griff zur Verfügung stellt. Somit lassen sich via PDO nicht nur MySQL-Da­ten­ban­ken, sondern auch andere Da­ten­bank­sys­te­me wie Post­greS­QL, Oracle, MSSQL oder SQLite in PHP einbinden.

Im Folgenden werden wir uns auf Da­ten­bank­ver­bin­dun­gen via PDO be­schrän­ken.

Um im Rahmen eines PHP-Scripts Anfragen an eine Datenbank stellen zu können, muss diese zunächst au­then­ti­fi­ziert werden. Eine Da­ten­bank­ver­bin­dung via PDO wird mithilfe folgender Codezeile her­ge­stellt:

Es empfiehlt sich, diese am Anfang eines jeden Scripts ein­zu­fü­gen, das Da­ten­bank­ope­ra­tio­nen enthält.

Wir nutzen das PHP-Schlüs­sel­wort new, um eine Instanz der PDO-Ba­sis­klas­se zu erstellen. Deren Kon­struk­tor erwartet grund­sätz­lich drei Parameter. Den Data Source Name (DSN) sowie einen Be­nut­zer­na­men und das Passwort für die Datenbank – sofern vorhanden. Der DSN besteht in unserem Fall aus folgenden Pa­ra­me­tern:

• PDO-Da­ten­bank­trei­ber: mysql
• Da­ten­bank­ser­ver (host=): localhost
• Da­ten­bank­na­me (dbname=): test
• Zei­chen­satz (charset=): utf8

Haben Sie für Ihre Datenbank keine Zu­gangs­da­ten definiert, nutzen Sie den Be­nut­zer­na­men root und ein leeres Passwort:

Die Da­ten­bank­ver­bin­dung wird in der Variable $pdo ge­spei­chert. Diese er­mög­licht Ihnen, im späteren Verlauf des Pro­gramm­codes Bezug auf die Da­ten­bank­ver­bin­dung zu nehmen.

Wurde eine Ver­bin­dung zur Datenbank aufgebaut, können Sie im nach­fol­gen­den Script-Code beliebig viele Abfragen an die Datenbank senden. Beenden Sie das Script, bricht auch die Da­ten­bank­ver­bin­dung ab.

Da­ten­ab­fra­gen mit SELECT, INSERT, UPDATE und DELETE

Um Daten aus unserer Datenbank abzurufen, greifen wir auf die Da­ten­bank­spra­che SQL zurück. Diese ist se­man­tisch an die englische Sprache angelehnt und bewusst einfach gehalten. Die SQL-Syntax ist weit­ge­hend selbst­er­klä­rend.

In SQL arbeitet man mit State­ments, diese werden auch als Abfragen oder Anfragen be­zeich­net.

Eine einfache SELECT-Query besteht bei­spiels­wei­se aus folgenden Kom­po­nen­ten:

Sie de­fi­nie­ren zunächst den SQL-Befehl SELECT und im Anschluss die je­wei­li­gen Spalten und Tabellen, auf die sich der Befehl beziehen soll. Ein Strich­punkt schließt das Statement ab.

Zudem haben Sie die Mög­lich­keit, das Statement um eine optionale Bedingung sowie eine Sortier- oder Grup­pier­funk­ti­on zu erweitern:

Dabei gilt die Kon­ven­ti­on, dass SQL-Befehle groß­ge­schrie­ben werden, Datenbank-, Tabellen- und Feldnamen hingegen klein. Diese dient lediglich der Les­bar­keit. SQL ist prin­zi­pi­ell eine for­mat­freie Sprache und macht somit keinen Un­ter­schied zwischen Groß- und Klein­schrei­bung.

Nutzen Sie Tabellen- und Spal­ten­na­men die bereits vor­de­fi­nier­ten SQL-Schlüs­sel­wör­tern ent­spre­chen (was nicht zu empfehlen ist), müssen diese in Backticks (``) gesetzt werden.

Wir ver­an­schau­li­chen die Syntax einfacher SQL-State­ments am Beispiel der Befehle SELECT, INSERT, UPDATE und DELETE.

SELECT

Den Befehl SELECT nutzen Sie, um aus­ge­wähl­te Da­ten­rei­hen (rows) aus einer be­lie­bi­gen Anzahl von Tabellen abzurufen. Möchten Sie bei­spiels­wei­se Vor- und Nachnamen sowie die E-Mail-Adressen aller Benutzer in der zuvor er­stell­ten Bei­spiel­ta­bel­le im Web­brow­ser ausgeben, erstellen Sie im Ver­zeich­nis htdocs Ihrer XAMPP-Umgebung eine neue PHP-Datei text.php und fügen folgendes Skript ein:

Das Code-Beispiel liest sich wie folgt: Zunächst starten wir das Skript mit dem PHP-Start-Tag <?php. In Zeile 2 stellen wir die Ver­bin­dung zu unserer Datenbank test auf localhost her und speichern diese in der Variable $pdo. Das SQL-Statement mit dem Befehl SELECT findet sich in Zeile 3. Hier wird das Datenbank-Ma­nage­ment-System an­ge­wie­sen, die Spalten forename, surname und email aus der Tabelle users abzurufen. Dieses Statement speichern wir in der Variablen $sql.

Die Zeilen 4 bis 7 zeigen eine foreach-Schleife. Diese bietet uns die Mög­lich­keit, über ein be­lie­bi­ges Array zu iterieren, sprich: eine Da­ten­struk­tur schritt­wei­se durch­zu­ge­hen. Welches Array wir iterieren möchten und wie die ab­ge­frag­ten Daten ge­spei­chert werden sollen, de­fi­nie­ren wir in Klammern hinter dem foreach-Konstrukt:

Die Variable $pdo spricht die ge­wünsch­te Datenbank über die in Zeile 2 de­fi­nier­te Ver­bin­dung an. Dieser senden wir mit der Funktion query() das in der Variable $sql ge­spei­cher­te SQL-Statement.

Der Webserver ruft somit die Spalten forename, surname und email der Tabelle users aus der Datenbank test ab und geht im Rahmen einer foreach-Schleife jede einzelne Ta­bel­len­zei­le durch. Wohin die aus­ge­le­se­nen Daten ge­spei­chert werden sollen, definiert das PHP-Schlüs­sel­wort as in der Array-Variable $row.

Im ersten Durchgang der foreach-Schleife sähe dieses Array fol­gen­der­ma­ßen aus.

Sollen alle Spalten einer Da­ten­ta­bel­le aus­ge­le­sen werden, verwenden Sie im SQL-Statement den As­te­ris­ken (*) als Platz­hal­ter.

In beiden vor­her­ge­hen­den Bei­spie­len gibt uns der Webserver Nut­zer­da­ten in der Rei­hen­fol­ge aus, in der wir sie in die Tabelle users ein­ge­tra­gen haben (der ID ent­spre­chend). Möchten Sie die Daten sortiert ausgeben, de­fi­nie­ren Sie die Rei­hen­fol­ge mithilfe des SQL-Schlüs­sel­worts ORDER BY. In folgendem Beispiel werden die Daten gemäß der al­pha­be­ti­schen Rei­hen­fol­ge der Vornamen aus­ge­ge­ben:

Dieses liest sich wie folgt: Rufe die genannte Tabelle auf und füge die Werte 1, 2 und 3 in die Spalten 1, 2 und 3 ein.

Ein einfaches PHP-Skript, um unserer Be­spiel­ta­bel­le users einen weiteren Datensatz hin­zu­zu­fü­gen, könnte fol­gen­der­ma­ßen aussehen:

UPDATE

Möchten Sie einen be­stehen­den Datensatz ak­tua­li­sie­ren, nutzen Sie den SQL-Befehl UPDATE gemäß folgendem Grund­sche­ma:

In Worten aus­ge­drückt bedeutet dieses SQL-Statement: Wähle die an­ge­ge­be­nen Tabelle aus und ersetzte den Wert in Spalte1 durch Wert1 und den Wert in Spalte2 durch Wert2, sofern die Spalte3 den Wert3 enthält. Achtung: Vergessen Sie die Bedingung, über­schreibt MySQL die be­tref­fen­den Felder in allen Da­ten­sät­zen.

Wir haben es somit mit einem SQL-Statement zu tun, das eine Da­ten­bank­ope­ra­ti­on an eine Bedingung knüpft. Über­tra­gen auf unsere Bei­spiel­ta­bel­le, ließe sich die E-Mail-Adresse des Nutzers John Doe durch folgendes PHP-Skript ak­tua­li­sie­ren:

Um die Werte zu über­tra­gen, nutzen wir folgendes UPDATE-Statement:

Da wir alle Da­ten­sät­ze ak­tua­li­sie­ren möchten, for­mu­lie­ren wir keine Bedingung für das Update.

Arbeiten Sie in Ihrer Datenbank mit IDs, bietet es sich an, anhand dieser zu löschende Einträge zu iden­ti­fi­zie­ren. Möchten Sie bei­spiels­wei­se den Eintrag 5 in unserer Bei­spiel­ta­bel­le löschen, gehen Sie wie folgt vor:

Der SQL-Befehl DELETE löscht stets eine ganze Da­ten­bank­zei­le. Möchten Sie lediglich Werte in be­stimm­ten Spalten eines Da­ten­sat­zes löschen, rea­li­sie­ren Sie dies mit einem UPDATE-Statement. Mit UPDATE tabelle SET spalte = NULL WHERE … können Sie einer Spalte den Wert NULL zuweisen – vor­aus­ge­setzt natürlich, dass Sie für die be­tref­fen­de Spalte den NULL-Wert zu­ge­las­sen haben.

Mit PDO lassen sich Da­ten­bank­ope­ra­tio­nen als so­ge­nann­te Prepared State­ments umsetzen. Diese „vor­ge­fer­tig­ten Abfragen“ sind heute gängige Praxis in der Web­ent­wick­lung und werden von allen modernen Datenbank-Ma­nage­ment-Systemen un­ter­stützt. In den bis­he­ri­gen Bei­spie­len haben wir Pa­ra­me­ter­wer­te direkt im SQL-Statement übergeben. Prepared State­ments hingegen arbeiten mit Platz­hal­tern, die erst nach­träg­lich mit Werten besetzt werden. Dies er­mög­licht es dem Datenbank-Ma­nage­ment-System, die Gül­tig­keit von Pa­ra­me­tern zu prüfen, bevor diese ver­ar­bei­tet werden. Prepared State­ments bieten, sofern diese im Quelltext konstant umgesetzt werden, einen ef­fek­ti­ven Schutz gegen SQL-Injection. Bei diesem An­griffs­mus­ter erstellen oder verändern Hacker SQL-Befehle, um an sensible Daten zu gelangen, Daten zu über­schrei­ben oder eigene Befehle in ein System ein­zu­brin­gen. SQL-Injection basiert auf einer bekannten Si­cher­heits­lü­cke im Umgang mit SQL-Da­ten­ban­ken: Werden Be­nut­zer­ein­ga­ben bei­spiels­wei­se via $_GET mit sta­ti­schen Pa­ra­me­tern übergeben, bietet dies An­grei­fern die Mög­lich­keit, den Input mit Me­ta­zei­chen an­zu­rei­chern, die zu un­ge­woll­ten Effekten führen können, sofern diese ohne Mas­kie­rung in den SQL-In­ter­pre­ter gelangen. Dem lässt sich durch pa­ra­me­tri­sier­te Abfragen effektiv vorbeugen. Prepared State­ments fungieren dabei als Templates für SQL-Befehle, die getrennt von den ei­gent­li­chen Pa­ra­me­tern an die Datenbank über­mit­telt werden. Diese validiert die über­ge­be­nen Daten, maskiert Me­ta­zei­chen au­to­ma­tisch und fügt die Parameter anstelle der Platz­hal­ter in das SQL-Statement ein. Prepared State­ments bieten neben dem Si­cher­heits­aspekt zudem einen Per­for­mance-Vorteil. Dieser zeigt sich, wenn derselbe SQL-Befehl in einer Schleife mit ver­schie­de­nen Pa­ra­me­tern aus­ge­führt werden soll. Nachdem ein Prepared Statement einmal geparst wurde, liegt dieses im Da­ten­bank­sys­tem vor und muss dort lediglich mit neuen Pa­ra­me­tern aus­ge­führt werden. Kom­pli­zier­te Abfragen lassen sich so deutlich be­schleu­ni­gen. In PDO werden Prepared State­ments mithilfe der Funktion prepare() umgesetzt. Diese bereitet ein Statement für die Aus­füh­rung vor und gibt ein Statement-Objekt zurück. Als Platz­hal­ter für die je­wei­li­gen Werte kommt entweder das Fra­ge­zei­chen (?) oder ein benannter Parameter (Named Parameter) zum Einsatz.

Prepared State­ments mit un­be­nann­ten Pa­ra­me­tern

Folgendes Code­bei­spiel zeigt die Da­ten­bank­ope­ra­ti­on INSERT als Prepared Statement mit un­be­nann­ten Pa­ra­me­tern:

Zunächst erzeugen wir mithilfe der Funktion prepare() ein Statement-Objekt der ge­wünsch­ten Abfrage und speichern dieses im Array $statement. Statt konkreter Pa­ra­me­ter­wer­te kommt das Fra­ge­zei­chen als Platz­hal­ter zum Einsatz.

Be­inhal­tet ein SQL-Statement lediglich Platz­hal­ter, müssen separat über­ge­be­ne Werte im nach­fol­gen­den Code an dieses gebunden werden. In PHP kommt dazu die Funktion bindParam() zum Einsatz. Wir nutzen den Pfeil-Operator (->), um auf die bindParam()-Methode des Objekts $statement zu­zu­grei­fen und diesem Variablen zu­zu­wei­sen (1 ent­spricht dem ersten Fra­ge­zei­chen, 2 dem zweiten usw.).

Das so erstellte SQL-Template kann nun beliebig oft mit den ge­wünsch­ten Pa­ra­me­tern aus­ge­führt werden. Im aktuellen Beispiel de­fi­nie­ren wir Va­ria­blen­wer­te für zwei Da­ten­sät­ze. Die Aus­füh­rung des vor­ge­fer­tig­ten SQL-State­ments erfolgt für jeden Datensatz via execute().

Prepared State­ments mit benannten Pa­ra­me­tern

Über­sicht­li­cher als der Fra­ge­zei­chen­platz­hal­ter sind benannte Parameter. Dabei handelt es sich um be­nut­zer­de­fi­nier­te Platz­hal­ter, die Sie nach Bedarf nach folgendem Schema benennen können:

Benannte Parameter dürfen weder Leer­zei­chen noch Bin­de­stri­che (-) enthalten. Verwenden Sie statt­des­sen den Un­ter­strich (_).

Folgendes Beispiel zeigt die Da­ten­bank­ope­ra­ti­on INSERT als Prepared Statement mit benannten Pa­ra­me­tern:

Im Prepared Statement finden sich die benannten Parameter :forename, :surname, :email und :password. Diese binden wir via bindParam() an die Variablen $forename, $surname, $email und $password. Im aktuellen Beispiel haben wir sowohl die Parameter als auch die Variablen den Spal­ten­na­men unserer Bei­spiel­ta­bel­le ent­spre­chend benannt. Durch die Syntax vor­ge­ge­ben wird dies nicht. Eine ein­heit­li­che Benennung ist im Sinne eines gut lesbaren Quell­codes jedoch zu empfehlen. Die Zuweisung der Va­ria­blen­wer­te sowie die Aus­füh­rung des SQL-State­ments erfolgt analog zum vor­her­ge­hen­den Beispiel.

MySQL und MariaDB un­ter­stüt­zen diverse Funk­tio­nen, um mit Datums- und Zeit­an­ga­ben zu arbeiten. Eine voll­stän­di­ge Liste finden Sie hier. In unserem MySQL-Tutorial für Ein­stei­ger be­schrän­ken wir uns auf eine Auswahl.

Ein mögliches An­wen­dungs­sze­na­rio für Zeit- und Da­tums­funk­tio­nen in MySQL sind bei­spiels­wei­se Da­ten­bank­ab­fra­gen, bei denen alle Da­ten­sät­ze aus­ge­le­sen werden sollen, die an einem be­stimm­ten Tag erstellt wurden.

Folgendes Skript gibt uns alle Da­ten­sät­ze unserer Bei­spiel­ta­bel­le users aus, die heute erstellt wurden:

Um lediglich die Einträge von heute aus­zu­ge­ben, nutzen wir im SQL-Statement folgende Bedingung:

Zunächst ex­tra­hie­ren wir mithilfe der Funktion DATE() das Datum aus dem in der Spalte created_at ge­spei­cher­ten Zeit­stem­pel und gleichen diesen im nächsten Schritt mit dem aktuellen Datum ab. Der Befehl SELECT wählt somit lediglich die Einträge aus, deren Zeit­stem­pel mit dem heutigen Datum über­ein­stim­men.

Al­ter­na­tiv könnten wir den Eintrag auswählen, den wir am 16.12.2016 ak­tua­li­siert haben. Dazu müssen wir lediglich die Bedingung unseres SQL-State­ments anpassen:

In diesem Fall wird die aus dem Zeit­stem­pel ex­tra­hier­te Da­tums­an­ga­be mit einem konkreten Datum ab­ge­gli­chen. Darüber hinaus können Sie Abfragen auf ein be­stimm­tes Jahr, einen Monat oder eine Tag ein­gren­zen.

Folgendes Statement bezieht sich auf alle Einträge in der Tabelle users, die im Dezember erstellt wurden:

Neben dem Gleich­heits­zei­chen un­ter­stützt SQL in Be­din­gun­gen zudem folgende Ver­gleichs­ope­ra­to­ren:

Darüber hinaus lassen sich mehrere Be­din­gun­gen mit logischen Ope­ra­to­ren ver­knüp­fen:

Folgendes Statement wählt bei­spiels­wei­se alle Einträge aus, die nach Februar und vor April erstellt wurden:

Bisher haben wir Datums- und Zeit­an­ga­ben in unserer Datenbank im vor­ge­ge­ben Format ge­spei­chert. Mit MySQL und MariaDB sind Sie auf dieses jedoch nicht fest­ge­legt. Die Funktion DATE_FORMAT() bietet Ihnen die Mög­lich­keit, Daten und Uhrzeiten mit op­tio­na­len Pa­ra­me­tern beliebig zu for­ma­tie­ren.

Die nach­ste­hen­de Tabelle zeigt mögliche Parameter für die Funktion DATE_FORMAT() gemäß MySQL-Do­ku­men­ta­ti­on.

Lässt sich ein Skript nicht wie gewünscht ausführen, liegt dies in der Regel an syn­tak­ti­schen Fehlern im Quellcode oder falsch benannten Tabellen, Spalten und Variablen. Der Da­ten­bank­ser­ver spielt in diesem Fall jedoch nicht zwangs­läu­fig eine Feh­ler­mel­dung aus. Oft bleibt das ge­wünsch­te Ergebnis ohne Hinweis auf die fehl­ge­schla­ge­ne Operation aus.

Mit errorInfo() stellt PDO daher eine Funktion bereit, mit der sich er­wei­ter­te Feh­ler­infor­ma­tio­nen zur letzten Da­ten­bank­ope­ra­ti­on gezielt abrufen lassen – bei­spiels­wei­se, um diese über den Web­brow­ser aus­zu­ge­ben.

In folgendem Skript zur Ak­tua­li­sie­rung der E-Mail-Adresse kommt die Funktion errorInfo() in Kom­bi­na­ti­on mit einer if-Schleife zum Einsatz. Deren Bedingung ist die korrekte Aus­füh­rung des SQL-State­ments. Wird dieses feh­ler­frei aus­ge­führt, gibt der Webserver den String Update suc­cessful aus. An­dern­falls wird der unter else auf­ge­führ­te Code aus­ge­führt.

Im aktuellen Beispiel in­for­mie­ren wir den Nutzer darüber, dass ein SQL-Fehler auf­ge­tre­ten ist und geben das be­tref­fen­de SQL-Statement sowie er­wei­ter­te Feh­ler­infor­ma­tio­nen via errorInfo() aus:

Führen wir das Skript über den Webserver aus, bekommen wir folgende In­for­ma­ti­on aus­ge­ge­ben:

In der Praxis werden de­tail­lier­te Feh­ler­infor­ma­tio­nen jedoch nur selten über den Web­brow­ser aus­ge­ge­ben. End­an­wen­der können mit diesen Angaben in der Regel nur wenig anfangen. Po­ten­zi­el­le Angreifer hingegen nutzen Feh­ler­mel­dun­gen mitunter, um SQL-Abfragen nach­zu­voll­zie­hen und so Schwach­stel­len einer Anwendung ausfindig zu machen. Es empfiehlt sich daher, Nutzer nur allgemein über einen Feh­ler­fall zu in­for­mie­ren und konkrete Feh­ler­infor­ma­tio­nen intern zu speichern. Umsetzen lässt sich dies bei­spiels­wei­se fol­gen­der­ma­ßen:

Die Tabelle zeigt eine Auswahl unserer Lieb­lings­songs aus den 1960er Jahren und soll als Ne­ga­tiv­bei­spiel für ein schlech­tes Da­ten­bank­de­sign dienen.

Auf den ersten Blick fällt auf, dass die Tabelle zahl­rei­che red­un­dan­te Da­ten­fel­der aufweist. Diese be­sei­ti­gen wir, in dem wir die Daten im Rahmen der Nor­ma­li­sie­rung in separate Tabellen aufteilen und mithilfe von Fremd­schlüs­seln ver­knüp­fen.

Nor­mal­for­men

Gutes Da­ten­bank­de­sign zeichnet sich durch ein Minimum an Redundanz aus. Vermeiden lassen sich doppelte Einträge durch die Nor­ma­li­sie­rung von Da­ten­ta­bel­len. Im Rahmen des re­la­tio­na­len Da­ten­bank­mo­dells haben sich drei auf­ein­an­der auf­bau­en­de Nor­mal­for­men etabliert, die Ihnen feste Regeln für die optimale Da­ten­struk­tu­rie­rung vorgeben.

1. Nor­mal­form

Eine Tabelle ent­spricht der 1. Nor­mal­form, wenn alle At­tri­but­wer­te atomar sind. Als atomar gelten At­tri­but­wer­te, wenn diese lediglich eine In­for­ma­ti­on enthalten. Ver­deut­li­chen lässt sich dies an unserem Ne­ga­tiv­bei­spiel.

Be­trach­ten Sie bei­spiels­wei­se die Spalten album_title und interpret in der Tabelle album. Statt jede in der Tabelle ent­hal­te­ne In­for­ma­ti­on in einer separaten Spalte auf­zu­füh­ren, haben wir es uns ver­meint­lich leicht gemacht und In­for­ma­tio­nen zum Er­schei­nungs­jahr eines Albums sowie zum Bestehen einer Band einfach in Klammern hinter dem Al­bum­ti­tel bzw. der In­ter­pre­ten­an­ga­be notiert. Doch diese Schlud­rig­keit rächt sich spä­tes­tens dann, wenn wir bei­spiels­wei­se alle Titel abfragen wollen, die in einem be­stimm­ten Jahr ver­öf­fent­licht wurden.

Wir empfehlen daher Da­ten­ta­bel­len stets nach den Regeln der 1. Nor­mal­form zu erstellen. Für unser Ta­bel­len­bei­spiel würde dies fol­gen­der­ma­ßen aussehen:

Sämtliche Daten sind nun separiert und somit ohne weiteres auslesbar. Unsere Tabelle enthält jedoch nach wie vor Red­un­dan­zen. Wie sich diese be­sei­ti­gen lassen, zeigen wir in den nächsten Schritten.

2. Nor­mal­form

Eine Tabelle ent­spricht der 2. Nor­mal­form, wenn alle Be­din­gun­gen der 1. Nor­mal­form erfüllt sind und jedes Nicht­schlüs­sel­at­tri­but vom gesamten Pri­mär­schlüs­sel der Tabelle voll funk­tio­nal abhängig ist.

Oft enthalten Da­ten­ta­bel­len lediglich eine Spalte, die als Pri­mär­schlüs­sel fungiert. Tabellen dieser Art ent­spre­chen au­to­ma­tisch der 2. Nor­mal­form, wenn die Be­din­gun­gen der 1. Nor­mal­form erfüllt sind. Mitunter kommt es aber vor, dass sich der Pri­mär­schlüs­sel einer Tabelle aus zwei Spalten ergibt. Dies ist bei unserem Ta­bel­len­bei­spiel der Fall.

Um einen ge­wünsch­ten Titel aus der title-Spalte der Tabelle title abzurufen, bräuchten wir zum einen die album_id als auch die in der Spalte track hin­ter­leg­te Ti­tel­num­mer. Der Titel Sympathy for the Devil ließe sich bei­spiel­wei­se durch den Pri­mär­schlüs­sel album_ID = 3 AND track = 1 abrufen. Wir haben es also mit einem zu­sam­men­ge­setz­ten Pri­mär­schlüs­sel zu tun. Dieser wird jedoch aus­schließ­lich für Abfragen benötigt, die sich auf die title-Spalte beziehen. Die Spalten album_title, released, interpret und years_active sind aus­schließ­lich von der album_id abhängig. Es besteht für diese Spalten somit keine volle funk­tio­na­le Ab­hän­gig­keit vom gesamten Pri­mär­schlüs­sel. Die Be­din­gun­gen der 2. Nor­mal­form sind nicht erfüllt.

Dies lässt sich ändern, indem wir die Spalte title in eine neue Tabelle auslagern und durch einen Fremd­schlüs­sel (album_id) mit der Aus­gangs­ta­bel­le ver­knüp­fen:

Die über­ar­bei­te­te Tabelle album be­inhal­tet lediglich einen ein­tei­li­gen Pri­mär­schlüs­sel und erfüllt somit au­to­ma­tisch die Be­din­gun­gen der 2. Nor­mal­form. Die neue Tabelle title be­inhal­tet lediglich die Nicht-Schlüs­sel­spal­te title. Diese ist von beiden Teilen des Pri­mär­schlüs­sels (album_id und track) voll funk­tio­nal abhängig und ent­spricht somit ebenfalls der 2. Nor­mal­form.

Doch auch in der 2. Nor­mal­form enthält unsere Da­ten­ta­bel­le album red­un­dan­te Einträge.

3. Nor­mal­form

Soll eine Tabelle der 3. Nor­mal­form ent­spre­chen, müssen alle Be­din­gun­gen der 2. Nor­mal­form (und somit auch der 1. Nor­mal­form) erfüllt sein. Zudem gilt, dass kein Nicht­schlüs­sel­at­tri­but in tran­si­ti­ver Ab­hän­gig­keit zu einem Schlüs­sel­at­tri­but stehen darf. Diese Bedingung hört sich kom­pli­ziert an, lässt sich jedoch mit wenigen Worten erklären: Eine tran­si­ti­ve Ab­hän­gig­keit besteht immer dann, wenn ein Nicht­schlüs­sel­at­tri­but von einem anderen Nicht­schlüs­sel­at­tri­but abhängt.

Genau dies trifft auf unsere Bei­spiel­ta­bel­le album zu. Hier finden sich die Spalten interpret und years_active. Während sich der Interpret durch die album_id ermitteln lässt, ist die Jah­res­an­ga­be des Band­be­stehens wiederum vom In­ter­pre­ten und somit transitiv von der album_id abhängig. Dies hat den Nachteil, dass das Datenbank-Ma­nage­ment-System jedes Mal, wenn ein neues Album eines bereist auf­ge­führ­ten In­ter­pre­ten ein­ge­tra­gen wird, au­to­ma­tisch einen red­un­dan­ten Wert in der Spalte years_active ab­spei­chert.

Um die Be­din­gun­gen der 3. Nor­mal­form zu erfüllen und somit alle Red­un­dan­zen aus unserer Tabelle zu entfernen, müssen wir auch die Spalte interpret inklusive years_active in eine separate Tabelle auslagern und via Fremd­schlüs­sel (interpret_id) mit der Aus­gangs­ta­bel­le album ver­knüp­fen.

Wir erhalten somit drei nor­ma­li­sier­te Tabellen: interpret, album und title.

Möchten wir nun einen be­stimm­ten Titel in unserer Datenbank inklusive der In­for­ma­tio­nen zum Album sowie zum In­ter­pre­ten ausgeben, müssen wir die drei separaten Tabellen mithilfe des SQL-Befehls JOIN und der je­wei­li­gen Fremd­schlüs­sel verbinden.

JOIN-Typen in MySQL und MariaDB

Fremd­schlüs­sel­be­zie­hun­gen er­mög­li­chen es Ihnen, Daten aus ver­schie­de­nen Tabellen gleich­zei­tig mit nur einem SQL-Statement abzurufen. Dazu stehen Ihnen in MySQL und MariaDB vier JOIN-Typen zur Verfügung:

• INNER JOIN: Bei einem INNER JOIN sucht das Datenbank-Ma­nage­ment-System nach ge­mein­sa­men Einträgen in beiden via JOIN verbunden Tabellen. Es werden nur die Da­ten­sät­ze ein­ge­le­sen, in denen es Über­ein­stim­mun­gen gibt, sprich: in denen die Werte in den ver­knüp­fen­den Spalten (Pri­mär­schlüs­sel und Fremd­schlüs­sel) in beiden Tabellen über­ein­stim­men.

• OUTER JOIN: Bei einem OUTER JOIN un­ter­schie­det man zwischen linker und rechter Da­ten­ta­bel­le. Anders als beim INNER JOIN werden nicht nur die Da­ten­sät­ze ein­ge­le­sen, bei denen sich Über­ein­stim­mun­gen in beiden Tabellen finden, sondern zu­sätz­lich auch alle übrigen Da­ten­sät­ze der rechten bzw. der linken Tabelle.

• LEFT JOIN: Es werden alle Da­ten­sät­ze der linken Tabelle ein­ge­le­sen sowie alle Da­ten­sät­ze der rechten Tabelle, in der sich Über­ein­stim­mun­gen finden.

• RIGHT JOIN: Es werden alle Da­ten­sät­ze der rechten Tabelle ein­ge­le­sen sowie alle Da­ten­sät­ze der linken Tabelle, in der sich Über­ein­stim­mun­gen finden.

Im Rahmen unseres MySQL-Ein­stei­ger-Tutorials be­schrän­ken wir auf den INNER JOIN.

Die Syntax eines INNER JOINs ent­spricht folgendem Grund­sche­ma:

Der SQL-Befehl SELECT in Kom­bi­na­ti­on mit dem Platz­hal­ter * weist das Datenbank-Ma­nage­ment-System an, die Werte aller Spalten aus­zu­le­sen, für die die Be­din­gun­gen der ON- und der WHERE-Klausel gelten.

Da es sich um einen INNER JOIN handelt, werden nur die Da­ten­sät­ze, bei denen sich eine Über­ein­stim­mung zwischen dem Fremd­schlüs­sel der tabelle1 und dem Pri­mär­schlüs­sel der tabelle2 findet, aus der Datenbank geholt. Darüber hinaus lässt sich mithilfe der WHERE-Klausel eine optionale Fil­ter­funk­ti­on de­fi­nie­ren.

Wir ver­deut­li­chen dies an einem Beispiel, das sich auf unsere nor­ma­li­sier­ten Tabellen album, interpret und title bezieht:

Das Bei­spiel­skript zeigt einen INNER JOIN, bei dem die Tabelle album mit der Tabelle interpret verbunden wird. Wir lesen lediglich die Da­ten­sät­ze aus, bei denen eine Über­ein­stim­mung zwischen Pri­mär­schlüs­sel und Fremd­schlüs­sel besteht.

Im Rahmen eines SQL-State­ments haben wir somit die In­ter­pre­ten­an­ga­be aus der Tabelle interpret und die Angaben zum Al­bum­ti­tel und zum Er­schei­nungs­jahr der Platte aus der Tabelle album aus­ge­le­sen.

Welche Da­ten­sät­ze des Joins aus­ge­ge­ben werden, lässt sich mit einer Bedingung in der WHERE-Klausel ein­schrän­ken. Möchten wir bei­spiels­wei­se lediglich die Alben ausgeben, die im Jahr 1968 er­schie­nen sind, können wir fol­gen­der­ma­ßen vorgehen:

Mithilfe des JOIN-Befehls lassen sich beliebig viele Tabellen zur einen Da­ten­ver­bund zu­sam­men­schlie­ßen. Im folgenden Beispiel ver­knüp­fen wir die Tabelle album in einem INNER JOIN mit den Tabellen interpret und title, um uns sämtliche In­for­ma­tio­nen zu den in der Datenbank ge­spei­cher­ten Mu­sik­ti­teln ausgeben zu lassen.

Unser MySQL-Tutorial für Ein­stei­ger versteht sich als Crashkurs, der Ihnen die Grund­la­gen SQL-basierter Da­ten­bank­sys­te­me nä­her­bringt und an pra­xis­re­le­van­ten Bei­spie­len einfache Da­ten­bank­ope­ra­tio­nen ver­an­schau­licht. Sollte Ihr Interesse über die hier dar­ge­stell­ten An­wen­dungs­mög­lich­kei­ten hin­aus­ge­hen, empfehlen wir die bereits im Ein­füh­rungs­ka­pi­tel ver­link­ten Do­ku­men­ta­tio­nen der DBMS MySQL und MariaDB. Außerdem finden Sie im Internet zahl­rei­che Websites, die Tutorials und An­wen­dungs­bei­spie­le zum beliebten Datenbank-Ma­nage­ment-System anbieten. Zu empfehlen ist zudem die In­ter­net­platt­form Stack Overflow, auf der sich eine rege Nut­zer­com­mu­ni­ty von mehr als 6,5 Millionen Ent­wick­lern über aktuelle Fragen und Pro­blem­stel­lun­gen der Software-Ent­wick­lung aus­tauscht. Und natürlich stehen Ihnen auch hier im IONOS Digital Guide viele wei­ter­füh­ren­de Artikel zum Thema Da­ten­ban­ken zur Verfügung – Sie finden sie über die unten auf­ge­führ­ten Tags.