SQL-formaterare och SQL-validerare
Gör SQL läsbar eller komprimera den, och kontrollera syntaxen med exakt rad och kolumn för felen – för 20 dialekter, helt i webbläsaren.
Allt körs i din webbläsare – din SQL laddas aldrig upp till någon server.
Alternativ
Släpp en .sql- eller .txt-fil här, klistra in eller ladda ett exempel. Tryck på Ctrl+Enter för att köra.
Syntaxkontroll
”Giltig” betyder att syntaxen är korrekt enligt den här grammatiken. Kontrollen har inget databasschema, så den kan inte avgöra om tabeller eller kolumner finns eller om frågan kommer att köras. Dialektspecifik eller mycket ny syntax kan avvisas även om din databas accepterar den.
Formatera, komprimera och kontrollera SQL i webbläsaren
Läsbar SQL är lättare att granska, felsöka och jämföra. Det här verktyget skriver om en fråga med enhetliga indrag, radbrytningar och skiftläge för nyckelord, och hanterar egenheterna i ett tjugotal dialekter, bland annat MySQL, PostgreSQL, SQL Server (T-SQL), SQLite, BigQuery, Snowflake, Redshift, Oracle PL/SQL, Hive, Spark, Trino och DB2. Välj dialekt, välj två eller fyra blanksteg eller tabb, bestäm om nyckelord, datatyper och funktionsnamn ska skrivas med versaler, gemener eller lämnas som de är, och flytta kommatecknen till början av varje rad om det är teamets stil.
Syntaxkontrollen är den andra halvan. Klistra in ett skript så valideras varje sats för sig, och du ser vilka som godkänns och vilka som inte gör det. Vid ett fel visas rad och kolumn, det felaktiga tecknet, några rader sammanhang och, när det går, ett tips som ett felstavat nyckelord, ett överflödigt kommatecken eller en ostängd parentes. Uppdelningen tar hänsyn till strängar, kommentarer, backticks, hakparenteser och PostgreSQL:s dollarcitat, så ett semikolon i en literal klipper aldrig en sats i två delar.
Komprimering gör motsatsen till formatering: den slår ihop blanksteg och tar vid behov bort kommentarer, så att du får en kompakt fråga på en rad för loggar, konfigurationsfiler eller inbäddning i kod. Verktyget arbetar med tokens i stället för reguljära uttryck, så text i strängar och citerade namn förblir exakt som du skrev den.
Tänk på begränsningarna. En grön markering visar bara att syntaxen stämmer med vald grammatik, inte att dina tabeller finns eller att frågan är snabb eller korrekt. Vissa dialekter, procedurblock och de allra nyaste funktionerna stöds bara delvis, och några dialekter saknar egen kontroll – då kan du själv välja den närmaste grammatiken. Allt sker lokalt, så du kan klistra in produktionsfrågor utan oro, och en stor fil pausar bara liveförhandsvisningen tills du trycker på en knapp.
Vanliga frågor
Betyder ”giltig” att min fråga kommer att köras?
Nej. Kontrollen gäller bara syntaxen. Den har ingen åtkomst till din databas och kan därför inte veta om en tabell eller kolumn finns, om typerna är kompatibla eller om du har behörighet. Den använder dessutom sin egen grammatik, så helt ny eller leverantörsspecifik syntax kan avvisas trots att din databas accepterar den. Tolka ett grönt resultat som ”SQL-koden är välformad” och ett rött som ”titta på det här stället”.
Laddas min SQL upp någonstans?
Nej. Formatering, komprimering och syntaxkontroll körs i din webbläsare, i en bakgrundsprocess. Ingenting skickas till någon server. Det valfria utkastet och dina inställningar sparas bara i den här webbläsarens lokala lagring.
Varför kan formateraren lyckas medan kontrollen rapporterar ett fel?
De är två olika verktyg. Formateraren behöver bara känna igen tecken och satsdelar, så den är förlåtande. Kontrollen använder en fullständig grammatik för vald dialekt och är strängare. När de är oense får du en varning: resultatet visas ändå, men den markerade raden är värd att titta på.
Ändrar komprimering vad min fråga gör?
Den tar bara bort blanksteg och kommentarer. Strängar, citerade identifierare, block med dollarcitat och optimeringstips kopieras tecken för tecken, och tecken som satt ihop fortsätter att sitta ihop. Som försiktighetsåtgärd bör du inte komprimera skript som är beroende av radbrytningar, till exempel MySQL DELIMITER-block.