Zacznij od schematu CREATE TABLE (wklej DDL albo zdefiniuj kolumny ręcznie), zaznacz potrzebne kolumny, dodaj klauzule WHERE / JOIN / ORDER BY, a kreator złoży uruchamialny szkielet SELECT, INSERT, UPDATE lub DELETE w wybranym dialekcie. To szkielet startowy — zawsze przejrzyj wygenerowany SQL przed uruchomieniem. Działa całkowicie lokalnie.
1 — Schemat tabeli
Wklej DDL CREATE TABLE, a następnie kliknij Parsuj:
Albo dodaj kolumnę ręcznie:
Bieżące kolumny
Użycie
Kolumna
Typ
Klucz
Actions
2 — Zbuduj zapytanie
Dialekt:Parametry:
JOIN:
wł.=
ORDER BY:
Limit:
Klauzule WHERE:
(każdy wiersz łączony przez AND)
Column
Operator
Wartość
Actions
Wartości dla wybranych kolumn (puste = symbol zastępczy / NULL)
Column
Wartość
Wygenerowany SQL
Zakres: kreator rozumie typowe typy kolumn (INT, VARCHAR(n), TEXT, DECIMAL, DATETIME, BOOLEAN, JSON …) i generuje czysty szkielet. To nie jest pełny silnik SQL — egzotyczny DDL, procedury składowane czy słowa kluczowe specyficzne dla dialektu wracają do zwykłych identyfikatorów, a każda wygenerowana instrukcja to szkielet, który przed użyciem trzeba sprawdzić.
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.