SQL-spørringsbygger

Start fra et CREATE TABLE-skjema (lim inn DDL-en, eller definer kolonnene for hånd), huk av kolonnene som skal med, legg til WHERE-, JOIN- eller ORDER BY-klausuler, så setter bygger sammen et kjørbart SELECT, INSERT, UPDATE eller DELETE-skjelett i den valgte dialekten. Det er et startstillas — kontroller alltid den genererte SQL-en før kjøring. Kjører helt lokalt.
1 — Tabellskjema
Lim inn CREATE TABLE-DDL, og klikk deretter Analyser:
Eller legg til en kolonne manuelt:
Gjeldende kolonner
Bruk Kolonne Type Nøkkel Actions
2 — Bygg spørring
Dialekt: Parametere:
JOIN:
ORDER BY: Grense:
WHERE-klausuler:
(hver rad er AND-et)
Column Operator Verdi Actions
Generert SQL
Omfang: bygger forstår vanlige kolonnetyper (INT, VARCHAR(n), TEXT, DECIMAL, DATETIME, BOOLEAN, JSON …) og produserer et ryddig skjelett. Det er ikke en fullverdig SQL-motor — uvanlig DDL, lagrede prosedyrer eller dialektspesifikke nøkkelord faller tilbake til vanlige identifikatorer, og hver generert setning er et stillas som bør kontrolleres før bruk.
JOINs, GROUP BY and the WHERE/HAVING split

INNER JOIN keeps only rows that match on both sides; LEFT JOIN keeps every left row and fills the missing right side with NULL. WHERE filters rows before grouping, HAVING filters after aggregation — which is exactly why SUM(...) belongs in HAVING, not WHERE.

With GROUP BY, the SELECT list may only contain grouped columns and aggregates — anything else is the classic “not in GROUP BY” error.