Wissen / Cheatsheets / Webentwicklung

SQL und SQLite Cheatsheet

Praktische SQL-Grundlagen mit Sicherheitsregeln.

Stand: 27.10.2026 · Redaktion: Carl Thorns · Kostenlos und ohne Anmeldung

Dieser Leitfaden führt dich vom konkreten Ausgangsproblem über die praktische Umsetzung bis zur überprüfbaren Abnahme. Jeder Abschnitt nennt eine Methode, ein Beispiel, ein Erfolgskriterium und eine typische Fehlerquelle.

Arbeitsablauf auf einen Blick

1. Tabellen und Constraints

Nutze geeignete Datentypen, Primärschlüssel, UNIQUE und NOT NULL; aktiviere Foreign Keys pro Verbindung.

Praxisbeispiel
PRAGMA foreign_keys = ON; CREATE TABLE users(id INTEGER PRIMARY KEY, email TEXT NOT NULL UNIQUE);
So erkennst du, dass es funktioniert: Ungültige Referenzen und Duplikate werden abgewiesen.
Typischer Fehler: Foreign-Key-Prüfung als automatisch aktiv voraussetzen.

2. Sichere Abfragen

Nutze Prepared Statements statt SQL-Zeichenketten mit Nutzereingaben.

Praxisbeispiel
SELECT id FROM users WHERE email = ?;
So erkennst du, dass es funktioniert: Sonderzeichen verändern die SQL-Struktur nicht.
Typischer Fehler: Eingaben manuell per Stringverkettung einbauen.

3. Transaktionen

Fasse zusammengehörige Änderungen atomar zusammen.

Praxisbeispiel
BEGIN; UPDATE accounts SET balance=balance-10 WHERE id=1; UPDATE accounts SET balance=balance+10 WHERE id=2; COMMIT;
So erkennst du, dass es funktioniert: Entweder alle Änderungen sind übernommen oder keine.
Typischer Fehler: Bei Fehlern ROLLBACK vergessen.

4. Indizes gezielt setzen

Prüfe häufige WHERE-, JOIN- und ORDER-BY-Abfragen mit EXPLAIN QUERY PLAN.

Praxisbeispiel
CREATE INDEX idx_users_email ON users(email);
So erkennst du, dass es funktioniert: Query-Plan und Laufzeit verbessern sich messbar.
Typischer Fehler: Jede Spalte ohne Bedarf indexieren.

5. Backup und Wartung

Erzeuge konsistente Sicherungen über SQLite-Backup-API oder .backup und prüfe Integrität.

Praxisbeispiel
.backup backup.sqlite PRAGMA integrity_check;
So erkennst du, dass es funktioniert: Backup lässt sich öffnen und Integritätsprüfung meldet ok.
Typischer Fehler: Aktive WAL-Datenbank unkoordiniert per Dateikopie sichern.

Abnahmeprotokoll für die Praxis

Nutze die folgenden Punkte als dokumentierbare Abnahme. Trage bei jedem Punkt Datum, getestete URL beziehungsweise System, Ergebnis und gegebenenfalls einen offenen Befund ein.

  1. Abnahmekriterium: Ungültige Referenzen und Duplikate werden abgewiesen.

  2. Abnahmekriterium: Sonderzeichen verändern die SQL-Struktur nicht.

  3. Abnahmekriterium: Entweder alle Änderungen sind übernommen oder keine.

  4. Abnahmekriterium: Query-Plan und Laufzeit verbessern sich messbar.

  5. Abnahmekriterium: Backup lässt sich öffnen und Integritätsprüfung meldet ok.

Fachquellen und weiterführende Dokumentation

Diese Primärquellen dienen zur Vertiefung und zur Prüfung versionsabhängiger Details. Bei rechtlichen Themen ersetzt der Leitfaden keine individuelle Rechtsberatung.

Praxisvertiefung: Abfragen nachvollziehbar aufbauen

Beginne mit SELECT und WHERE, ergänze ORDER BY und LIMIT. Bei JOINs prüfen, ob Schlüssel eindeutig sind und Duplikate entstehen.

Technische Umsetzung

Beispiel: SELECT status, COUNT(*) AS anzahl FROM leads WHERE created_at >= :start GROUP BY status ORDER BY anzahl DESC; Nutze Parameterbindung und EXPLAIN QUERY PLAN.

So überprüfst du das Ergebnis

Prüfe NULL-Werte, Datentypen, Indizes und Transaktionen. SQLite ist dateibasiert; gleichzeitige Schreibzugriffe und Backup-Strategie berücksichtigen.