INSERT: Zeilen einfügen

Kurz gesagt: INSERT INTO … VALUES fügt eine Zeile ein, INSERT … SELECT fügt Zeilen aus einer Abfrage ein, und die Regeln der Tabelle (UNIQUE, NOT NULL, CHECK, Fremdschlüssel) lehnen falsche Zeilen ab.

Problem

Ein neuer Kunde

Bisher hast du nur aus der Datenbank gelesen. Aber jeden Tag kommt Neues hinein. Heute hat sich Vesela Raykova aus Pleven auf der Website angemeldet.

Die Website muss eine neue Zeile in customers schreiben. Niemand öffnet die Tabelle von Hand: Das Programm schickt der Datenbank eine Abfrage.

Die Idee

INSERT INTO

INSERT INTO sagt, in welche Tabelle und in welche Spalten, und VALUES gibt die Werte in derselben Reihenfolge:

SQLDatenbank: Shop

INSERT INTO customers (name, email, city, joined_at)
VALUES ('Vesela Raykova', 'vesela.r@example.com', 'Pleven', '2026-10-25');

SELECT * FROM customers WHERE joined_at >= '2026-09-01';

INSERT INTO customers (name, email, city, joined_at) VALUES ('Vesela Raykova', 'vesela.r@example.com', 'Pleven', '2026-10-25'); SELECT * FROM customers WHERE joined_at >= '2026-09-01';

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Die Spalte id steht nicht in der Liste. Sie ist ein Primärschlüssel der Art INTEGER PRIMARY KEY, deshalb gibt SQLite ihr selbst eine Nummer, die um eins größer ist als die größte: 21. Eine Spalte, die nicht in der Liste steht, bekommt ihren Standardwert (bei stock im Shop ist das 0), und wenn es keinen gibt, NULL.

Ein Feld kann mehrere Anweisungen enthalten. Sie laufen nacheinander, und das SELECT am Ende zeigt, was passiert ist.

Jedes Feld hat seine eigene Datenbank und behält sie zwischen den Läufen. Führ die Abfrage noch einmal aus: Beim zweiten Mal lehnt die Datenbank ab, denn Vesela ist mit dieser E-Mail-Adresse schon drin. Der Knopf „Neue Datenbank“ setzt die Datenbank auf den Stand vom Anfang zurück.

Sieh es dir an

Ohne die Liste der Spalten

Die Liste der Spalten kann man weglassen. Dann müssen die Werte alle Spalten abdecken, in der Reihenfolge, die sie in der Tabelle haben:

SQLDatenbank: Shop

INSERT INTO customers
VALUES (21, 'Vesela Raykova', 'vesela.r@example.com', 'Pleven', '2026-10-25');

SELECT * FROM customers WHERE id = 21;

INSERT INTO customers VALUES (21, 'Vesela Raykova', 'vesela.r@example.com', 'Pleven', '2026-10-25'); SELECT * FROM customers WHERE id = 21;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Lass einen weg, und die Datenbank lehnt ab:

SQLDatenbank: Shop

INSERT INTO customers
VALUES ('Vesela Raykova', 'vesela.r@example.com', 'Pleven', '2026-10-25');

INSERT INTO customers VALUES ('Vesela Raykova', 'vesela.r@example.com', 'Pleven', '2026-10-25');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Hier fehlt id. Ohne Liste kann die Datenbank nicht erkennen, welcher Wert für welche Spalte ist. Führ die Spalten also immer auf. So siehst du, was wohin gehört, und die Abfrage geht nicht kaputt, wenn die Tabelle eine neue Spalte bekommt.

Probier es aus

Ein neues Produkt

Der Shop verkauft jetzt Ayran. Füge das Produkt „Ayran“ in Kategorie 4 (Milchprodukte) ein, für 1,30 €, mit 30 auf Lager, heute hinzugefügt (2026-10-25).

SQLDatenbank: Shop

SELECT id, name, price, stock FROM products WHERE category_id = 4;

SELECT id, name, price, stock FROM products WHERE category_id = 4;

Prüfen▶ Ausführen

Die Idee

RETURNING

Yavor Penev gibt seine erste Bestellung auf. Die Website speichert die Bestellung und muss danach die Produkte darin speichern. Dafür braucht sie die Nummer der neuen Bestellung, und die vergibt die Datenbank.

RETURNING am Ende eines INSERT gibt Spalten der Zeile zurück, die gerade gespeichert wurde:

SQLDatenbank: Shop

INSERT INTO orders (customer_id, ordered_at, status)
VALUES (20, '2026-10-25', 'new')
RETURNING id;

INSERT INTO orders (customer_id, ordered_at, status) VALUES (20, '2026-10-25', 'new') RETURNING id;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Die Bestellung hat die Nummer 61. Ohne RETURNING bräuchtest du eine zweite Abfrage, um es zu erfahren. RETURNING nimmt beliebige Spalten: RETURNING id, ordered_at oder RETURNING *.

Genauer, für Neugierige

RETURNING gibt es in SQLite (seit Version 3.35) und in PostgreSQL. In SQL Server schreibt man dasselbe mit OUTPUT. MySQL hat es nicht: Dort liest man die Nummer nach dem Einfügen mit LAST_INSERT_ID(). SQLite hat eine ähnliche Funktion, last_insert_rowid().

Die Idee

Viele Zeilen auf einmal

In Yavors Bestellung sind Kaffee und zwei Packungen Frischmilch. Mehrere Zeilen gehen mit einem INSERT hinein: Nach VALUES kommen mehrere Klammern, durch Kommas getrennt. In dieser Datenbank gibt es die Bestellung 61 schon:

SQLDatenbank: Shop

INSERT INTO order_items (order_id, product_id, quantity, unit_price)
VALUES (61, 17, 1, 14.9),
       (61, 5, 2, 1.6);

SELECT * FROM order_items WHERE order_id = 61;

INSERT INTO order_items (order_id, product_id, quantity, unit_price) VALUES (61, 17, 1, 14.9), (61, 5, 2, 1.6); SELECT * FROM order_items WHERE order_id = 61;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Die Zeilen können auch aus einer Abfrage kommen. Maria klickt bei ihrer letzten Bestellung (60) auf „Nochmal bestellen“. Die neue Bestellung ist 61, und die Produkte kommen aus einem SELECT statt aus VALUES:

SQLDatenbank: Shop

INSERT INTO order_items (order_id, product_id, quantity, unit_price)
SELECT 61, oi.product_id, oi.quantity, p.price
FROM order_items oi
JOIN products p ON p.id = oi.product_id
WHERE oi.order_id = 60;

SELECT * FROM order_items WHERE order_id = 61;

INSERT INTO order_items (order_id, product_id, quantity, unit_price) SELECT 61, oi.product_id, oi.quantity, p.price FROM order_items oi JOIN products p ON p.id = oi.product_id WHERE oi.order_id = 60; SELECT * FROM order_items WHERE order_id = 61;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Das ist INSERT … SELECT: Was das SELECT liefert, wird gespeichert. Die Spalten des SELECT müssen zur Liste nach INSERT INTO passen. Der Preis kommt aus products, nicht aus der alten Bestellung, denn er kann sich seitdem geändert haben.

Sieh es dir an

Die Datenbank sagt nein

Die Tabellen des Shops haben Regeln. Verletzt du eine, lehnt die Datenbank die Zeile ab und sagt, welche Regel gebrochen wurde.

Die E-Mail-Adresse eines Kunden muss eindeutig sein (UNIQUE):

SQLDatenbank: Shop

INSERT INTO customers (name, email, joined_at)
VALUES ('Maria Ivanova', 'maria.ivanova@example.com', '2026-10-25');

INSERT INTO customers (name, email, joined_at) VALUES ('Maria Ivanova', 'maria.ivanova@example.com', '2026-10-25');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Der Name darf nicht fehlen (NOT NULL):

SQLDatenbank: Shop

INSERT INTO customers (email, joined_at)
VALUES ('new.client@example.com', '2026-10-25');

INSERT INTO customers (email, joined_at) VALUES ('new.client@example.com', '2026-10-25');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Der Preis darf nicht negativ sein (CHECK):

SQLDatenbank: Shop

INSERT INTO products (name, category_id, price, stock, added_at)
VALUES ('Ayran', 4, -1.3, 30, '2026-10-25');

INSERT INTO products (name, category_id, price, stock, added_at) VALUES ('Ayran', 4, -1.3, 30, '2026-10-25');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Eine Bestellung muss zu einem Kunden gehören, den es gibt. customer_id ist ein Fremdschlüssel auf customers, und einen Kunden 99 gibt es nicht:

SQLDatenbank: Shop

INSERT INTO orders (customer_id, ordered_at, status)
VALUES (99, '2026-10-25', 'new');

INSERT INTO orders (customer_id, ordered_at, status) VALUES (99, '2026-10-25', 'new');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Jedes Mal wird die Zeile nicht gespeichert, und in der Datenbank ändert sich nichts. Das ist gut so: Ein Fehler im Programm kann die Datenbank nicht mit Bestellungen füllen, die niemandem gehören.

Diese Regeln werden beim Anlegen in die Tabelle selbst geschrieben. Im nächsten Modul schreibst du sie selbst.

Probier es aus

Eine Bewertung ohne Text

Simona Yordanova (Kunde 17) gibt der Frischmilch (Produkt 5) heute, am 2026-10-25, 5 Sterne, ohne einen Text zu schreiben. Speichere die Bewertung.

SQLDatenbank: Shop

SELECT * FROM reviews WHERE product_id = 5;

SELECT * FROM reviews WHERE product_id = 5;

Prüfen▶ Ausführen

Übung

Zwei Aufgaben

1. Der Shop baut seine Abteilung „Haushalt“ (Kategorie 2) aus. Füge mit einer Abfrage zwei Unterkategorien hinzu: „Garten“ und „Badezimmer“.

Die zwei neuen Kategorien in „Haushalt“:

SQLDatenbank: Shop

SELECT * FROM categories;

SELECT * FROM categories;

Prüfen▶ Ausführen

2. Ognyan Slavov aus Varna meldet sich heute mit der E-Mail-Adresse ognyan.s@example.com an. Die Website will ihm gleich sein Profil zeigen, mit der Nummer, die die Datenbank ihm gegeben hat. Speichere ihn und gib mit derselben Abfrage die ganze neue Zeile zurück.

Der neue Kunde, die ganze Zeile:

SQLDatenbank: Shop

SELECT id, name, joined_at FROM customers WHERE city = 'Varna';

SELECT id, name, joined_at FROM customers WHERE city = 'Varna';

Prüfen▶ Ausführen

Test

Teste dich

1. Die Spalte stock fehlt in INSERT INTO products. Was steht dann darin?

Der Wert aus der vorigen ZeileImmer ein FehlerDer Standardwert der Spalte (0 im Shop) oder NULL, wenn es keinen gibt

2. Warum ist es besser, die Spalten in einem INSERT aufzuführen?

INSERT funktioniert ohne Liste nichtDie Abfrage läuft schnellerDie Werte landen in den richtigen Spalten, und die Abfrage geht nicht kaputt, wenn die Tabelle eine neue Spalte bekommt

3. Was macht RETURNING id am Ende eines INSERT?

Es zeigt jede id der TabelleEs gibt die Nummer zurück, die die Datenbank der neuen Zeile gegeben hatEs bricht das Einfügen ab, wenn die id existiert

4. Du fügst mit INSERT eine Bestellung mit customer_id = 99 ein, aber es gibt keinen Kunden 99. Was passiert?

Ein FOREIGN-KEY-Fehler, und die Bestellung wird nicht gespeichertDie Bestellung wird ohne Kunden gespeichertDie Datenbank legt Kunde 99 an

Prüfen

Lektion von vorn beginnen

Verwandte Lektionen

• Baut auf: WHERE: Zeilen filtern · NULL: kein Wert · Primärschlüssel und Fremdschlüssel · JOIN: zwei Tabellen in einer Abfrage
• Geht weiter in: UPDATE: Werte ändern · DELETE: Zeilen löschen · Upsert: einfügen oder ändern · Die Datenbank: von CREATE bis DROP
• Aufgaben zum Thema: Daten ändern