So nutzt du: PostgreSQL Syntax-Checker
- Wähle deinen Datenbank-Dialekt (MySQL, PostgreSQL, SQL Server, SQLite, BigQuery und mehr).
- Füge dein SQL ein oder öffne eine Datei – mehrere Anweisungen, durch Semikolons getrennt, sind kein Problem.
- Fehler zeigen Zeile, Spalte und die erwarteten Tokens, die fehlerhafte Stelle ist markiert.
- Gültige Anweisungen werden mit Typ und betroffenen Tabellen aufgelistet, dazu Warnungen für riskante Muster.
Was prüft ein SQL-Validator?
Ein SQL-Validator (oder Syntax-Checker) parst deine Abfrage mit der Grammatik einer bestimmten Datenbank und sagt dir, ob sie korrekt aufgebaut ist: ausgeglichene Klammern, Schlüsselwörter in der richtigen Reihenfolge, gültige Ausdrücke, Kommas zwischen Spalten und so weiter. Dieser Checker teilt dein Skript in Anweisungen auf und parst jede einzeln, sodass du alle fehlerhaften Anweisungen auf einmal siehst. Außerdem zeigt er Zeile und Spalte, an der das Parsen abbricht. Standardmäßig ist die PostgreSQL-Grammatik ausgewählt.
Best-Practice-Warnungen
| Warnung | Warum es wichtig ist |
|---|---|
UPDATE / DELETE ohne WHERE | Ändert jede Zeile der Tabelle – meist ein Fehler. |
SELECT * | Lädt Spalten, die du womöglich nicht brauchst, und bricht, wenn Spalten hinzugefügt oder umsortiert werden. |
INSERT ohne Spaltenliste | Hängt von der Spaltenreihenfolge ab; eine neue Spalte bringt die Abfrage durcheinander. |
LIKE '%…' | Ein führendes Platzhalterzeichen kann keinen normalen Index nutzen und durchsucht die ganze Tabelle. |
= NULL | Ergibt nie wahr; verwende IS NULL. |
ORDER BY ohne LIMIT in einer Unterabfrage oder LIMIT ohne ORDER BY | Ohne explizite Sortierung ist die Zeilenreihenfolge nicht garantiert. |
Dialektunterschiede, die Fehler verursachen
- Bezeichner-Anführungszeichen — MySQL und MariaDB verwenden Backticks (
`order`), PostgreSQL, SQLite und der SQL-Standard doppelte Anführungszeichen, SQL Server nutzt eckige Klammern ([order]). - Zeilenbegrenzung —
LIMIT 10in MySQL, PostgreSQL und SQLite;TOP 10oderOFFSET … FETCHin SQL Server. - Upserts —
ON DUPLICATE KEY UPDATE(MySQL) vs.ON CONFLICT … DO UPDATE(PostgreSQL, SQLite) vs.MERGE(SQL Server, Snowflake, BigQuery). - Casts — PostgreSQL akzeptiert
value::int; die meisten anderen brauchenCAST(value AS INT).
Häufige PostgreSQL-Syntaxfehler
PostgreSQL meldet „syntax error at or near …“ mit dem Token, an dem das Parsen abbrach. Typische Ursachen: aus MySQL kopierte Backticks (verwende doppelte Anführungszeichen), doppelte Anführungszeichen um Textwerte (verwende einfache, denn doppelte bezeichnen Bezeichner), LIMIT x, y (Postgres braucht LIMIT y OFFSET x) und ein fehlendes Komma in einer Spaltenliste.
Mach die Abfrage lesbar mit dem SQL-Formatter, erzeuge Anweisungen aus Daten mit CSV zu SQL oder JSON zu SQL und entwirf Tabellen mit dem CREATE-TABLE-Generator.
Auch gesucht als: postgresql syntax prüfen, postgres query validator, postgresql syntaxfehler finden, psql syntaxfehler, postgres linter, sql syntax prüfen online, postgresql abfrage validieren, postgres sql prüfen.
Passende Tools zu: PostgreSQL Syntax-Checker
- SQL Validator — Füge eine Abfrage oder ein ganzes Skript ein, um die Syntax gegen die Grammatik deiner Datenbank zu prüfen.
- MySQL Syntax-Checker — Prüfe MySQL-Abfragen, bevor du sie ausführst.
- Excel zu JSON — Öffne eine .xlsx-Arbeitsmappe oder füge Zellen direkt aus Excel oder Google Sheets ein und erhalte sauberes JSON.
- JSON zu Excel — Verwandle ein JSON-Array in eine echte Excel-Arbeitsmappe.
Häufige Fragen
Wird mein SQL an einen Server oder eine Datenbank gesendet?
Bedeutet ein gültiges Ergebnis, dass die Abfrage läuft?
Warum zeigt der Fehler auf die Stelle nach meinem Fehler?
WHER wird oft als Alias gelesen, daher erscheint der Fehler beim nächsten Wort. Prüfe auch das Token direkt vor der markierten Stelle.