SQL форматиращ & валидиращ инструмент - Форматирайте SQL заявки онлайн безплатно
Безплатен SQL форматиращ и валидиращ инструмент. Автоматично форматирайте SQL със правилни отстъпи и главни букви. Проверявайте синтактични грешки мигновено. Работи с MySQL, PostgreSQL, SQL Server, Oracle.
SQL форматиране и валидация
Форматирайте и валидирайте SQL заявки с автоматично отстъпване, главни букви за ключови думи и откриване на синтактични грешки.
Документация
Защо форматирането на SQL е важно
Някога ли сте наследявали проект с база данни, където SQL изглежда, сякаш е написан, докато сте били с превръзка на очите? Не сте сами. Зле форматираният SQL е един от най-честите източници на грешки и загубено време при разработване на бази данни.
Този SQL форматиращ и валидиращ инструмент ви помага да почистите неразбираемите заявки автоматично. Поставете вашия SQL, и той веднага прилага правилно отстъпване, капитализира ключовите думи и проверява за синтактични грешки - всичко това във вашия браузър, без да изпраща данни към който и да е сървър. Това, което обикновено отнема 10-15 минути ръчно форматиране, се случва за секунди.
От моя опит с екипи за бази данни, най-голямото спестяване на време не е само във форматирането - а в улавянето на грешки преди те да стигнат до производствената среда. Неправилно поставена скоба или незатворен цитат могат да похабят часове за отстраняване на грешки. Този инструмент веднага улавя тези проблеми, преди да изпълните каквото и да било върху вашата база данни.
Как да използваме SQL форматиращата програма
Интерфейсът е умишлено минималистичен — просто поставете и готово:
- Поставете вашия SQL в полето за въвеждане (или го напишете директно, ако създавате от нулата)
- Наблюдавайте автоматичното форматиране докато пишете — без бутони за кликване, без настройки за конфигуриране
- Прегледайте грешките при валидация ако има такива под форматирания изход
- Копирайте форматирания SQL с едно кликване, за да го използвате в своята среда за разработка, документация или инструмент за бази данни
Работи на всяко устройство с браузър. Форматирането се извършва изцяло от клиентската страна, така че вашите заявки никога не напускат вашата машина — важно при работа с производствени структури на бази данни или чувствителни схеми.
Какво прави SQL форматорът
Капитализация на ключови думи
Всички SQL ключови думи се капитализират автоматично - SELECT, FROM, WHERE, JOIN и така нататък. Това следва конвенцията, използвана от повечето бази данни, и прави ключовите думи визуално разпознаваеми от имената на таблиците и колоните. Когато преглеждате сложен запис, тази визуална разлика помага да разпознаете структурата на заявката с един поглед.
Интелигентно отстъпване
Форматорът структурира вашия SQL въз основа на логическа йерархия, а не просто като добавя случайни редови прекъсвания. Основните клаузи като SELECT и FROM започват от левия ръб. JOIN клаузите се отместват под FROM, за да покажат, че са част от избора на таблица. Подзаявките получават допълнителни нива на отстъпване, което прави вложената логика ясна.
Ето какво се случва на практика: когато имате заявка с множество съединения и подзаявки, правилното отстъпване ви позволява да видите структурата на заявката, без да четете всяка дума. Можете веднага да забележите къде едно съединение свършва и друго започва или къде се използва подзаявка във вашия SELECT списък.
Логически редови прекъсвания
Редовите прекъсвания се появяват там, където помагат за четимостта, а не навсякъде. Всяка основна клауза получава собствен ред. Елементите в списъци, разделени със запетая (като имена на колони в SELECT), получават собствен ред с правилно отстъпване. Подзаявките са визуално разделени. CASE изразите се прекъсват при WHEN, THEN и ELSE за яснота.
Разстоянието следва конвенциите на SQL Style Guide, използвани в индустрията, което означава, че вашият форматиран SQL ще изглежда познат за други разработчици.
SQL Валидация: Какво се проверява
Валидаторът улавя грешките, които обикновено се изплъзват, когато пишете SQL бързо. Той няма да замести анализатора на заявки на вашата база данни, но улавя common грешки преди дори да стартирате заявката.
Структурни грешки
Несбалансирани скоби са изненадващо често срещани в сложни заявки с вложени подзаявки. Валидаторът брои отварящи и затварящи скоби, за да сигнализира за несъответствия незабавно. Виждал съм производствени инциденти, причинени от една липсваща скоба в 200-редова заявка — това ги улавя рано.
Незатворени низови литерали се случват, когато забравите затварящата кавичка на стойност от тип низ. Вашата база данни ще ги отхвърли незабавно, но улавянето им тук спестява време за обратен ход.
Проблеми с реда на клаузите се сигнализират, когато клаузите се появят извън последователност. Например, ако сложите HAVING преди GROUP BY или WHERE след GROUP BY, валидаторът ви предупреждава. Това следва синтактичните правила на SQL стандарта, дефинирани в ISO/IEC 9075 SQL стандарта.
Логически грешки
JOIN клаузи без ON условия създават случайни cross joins, връщащи много повече редове от очакваното. Често срещан сценарий: добавяте трета или четвърта таблица към заявка и забравяте ON клаузата. Без този контрол може да не забележите, докато не видите хиляди дублирани редове в резултатите.
HAVING без GROUP BY е технически невалиден SQL в повечето бази данни. HAVING клаузата филтрира групирани резултати, така че изисква GROUP BY, за да работи. Валидаторът улавя това логическо несъответствие.
Непълни WHERE условия се случват, когато започнете да въвеждате условие, но не го довършите — като WHERE status = без стойност. Те са лесни за пропускане при редактиране на заявки.
Какво Няма да Улови
Този валидатор се фокусира върху синтаксис и структура, не върху схемата на базата данни. Той няма да знае дали:
- Имената на таблиците или колоните съществуват във вашата база данни
- Извършвате съединение с съвместими типове данни
- Заявката ви ще се изпълнява добре или има проблеми с оптимизацията
- Имате разрешение да достъпвате таблиците, които заявявате
Мислете за него като първоначална проверка, преди да изпратите заявката към вашата действителна база данни.
Правила за форматиране, прилагани от този инструмент
Форматиращата програма прилага последователни правила въз основа на конвенциите на SQL стил ръководство, които повечето бази данни екипи следват.
Ключовите думи се пишат с главни букви
Всяка SQL ключова дума се превръща в главни букви: SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, DROP. Това включва клаузи (FROM, WHERE, GROUP BY, HAVING, ORDER BY), типове съединения (JOIN, INNER JOIN, LEFT JOIN), оператори (AND, OR, NOT, IN, BETWEEN, LIKE), и общи функции (COUNT, SUM, AVG, CASE, WHEN).
Защо с главни букви? Създава визуално разграничение между езиковите елементи на SQL и имената, специфични за вашата база данни (таблици, колони, псевдоними). При преглеждане на заявка, окото веднага забелязва структурата.
Отстъп от два интервала за всяко ниво
Основните клаузи като SELECT и FROM започват от левия ръб. Клаузите JOIN се отместват с два интервала под FROM, за да покажат, че са част от избора на таблица. Подзаявките се отместват с още два интервала за всяко ниво на вложеност. Това създава визуална йерархия, която съответства на логическата структура.
Списъците, разделени със запетаи (например имена на колони в SELECT), получават по един ред с последователен отстъп. Когато имате 15 колони в списъка SELECT, това прави лесно прегледа и намирането на конкретни колони.
Условията в клаузите WHERE се подравняват вертикално. Когато имате множество условия AND или OR, подравняването веднага прави логическата структура очевидна.
Преди и след: Вижте разликата
Преди форматирането:
1select u.id, u.name, o.order_date from users u join orders o on u.id = o.user_id where o.status = "completed" group by u.id order by u.name;
2След форматирането:
1SELECT
2 u.id,
3 u.name,
4 o.order_date
5FROM users u
6 JOIN orders o ON u.id = o.user_id
7WHERE
8 o.status = "completed"
9GROUP BY
10 u.id
11ORDER BY
12 u.name;
13Правила за валидация: Какво се маркира
Валидаторът проверява структурната цялост и основната логическа последователност. Ето какво търси:
Структурни проверки
Балансирани скоби: Отварящите и затварящите скоби трябва да съвпадат. Вложените подзаявки често имат няколко нива скоби, и сбъркването им е една от най-честите SQL грешки. Валидаторът ги брои вместо вас.
Правилно затворени низове: Всяко отваряне на кавички (единични или двойни) се нуждае от затварящи кавички. Звучи очевидно, но когато пишете сложно запитване с множество низови литерали, лесно може да пропуснете една.
Правилен ред на клаузите: SQL има специфични изисквания за подредба. SELECT идва преди FROM, който идва преди WHERE, който идва преди GROUP BY, който идва преди HAVING, който идва преди ORDER BY. Поставянето им извън последователността причинява незабавни синтактични грешки. Валидаторът проверява този ред въз основа на SQL стандарта.
Проверки за логическа последователност
JOIN с ON условие: Всеки JOIN се нуждае от ON или USING клауза, за да се посочи как се свързват таблиците. Без нея получавате cross join - всеки ред от една таблица се съчетава с всеки ред от друга. Това рядко е желаното и обикновено показва липсваща ON клауза.
Пълни WHERE условия: WHERE клаузата се нуждае от пълни предикати. WHERE status = без стойност е непълен и невалиден. Валидаторът маркира тези частични условия.
HAVING изисква GROUP BY: HAVING клаузата филтрира групирани резултати, така че има смисъл само когато има GROUP BY. Използването на HAVING без GROUP BY е логическа грешка, която повечето бази данни отхвърлят.
Правила за групиране и агрегация: Когато използвате агрегиращи функции като COUNT() или SUM(), всички неагрегирани колони в списъка SELECT трябва да присъстват в GROUP BY. Това е основно изискване на SQL, което валидаторът проверява.
Пример за често срещани грешки
Ето SQL с множество проблеми, които валидаторът ще маркира:
1SELECT user_id, COUNT(*) FROM orders
2JOIN users
3WHERE status =
4GROUP BY
5HAVING count > 10;
6Открити проблеми:
JOIN usersлипсваONусловие (ще създаде cross join)WHERE status =е непълен (липсва стойност за сравнение)- Празен
GROUP BYклауз (не са посочени колони) HAVING count > 10се позовава на недефиниран стълб
Кога да използвате този SQL форматиращ инструмент
По време на Code Review
Опитвали ли сте да прегледате SQL заявка от 50 реда, написана на един ред? Направо е непоносимо. Преди да изпратите заявки за преглед, ги форматирайте. Рецензентите ви ще ви благодарят и ще могат да се съсредоточат върху логиката, вместо да разшифроват структурата.
При преглед на pull requests с промени в базата данни, изисквайте от сътрудниците първо да форматират SQL-а си. Това прави забелязването на логически грешки много по-лесно, когато структурата е последователна.
Отстраняване на проблеми в производствена среда
Когато отстранявате проблеми с неработеща заявка в производствена среда, нейното правилно форматиране помага да видите структурата по-ясно. Отстранил съм безброй заявки, при които проблемът веднага станал очевиден, след като SQL-ът бъде правилно форматиран - липсваща условие за свързване, неправилно групиране на WHERE клауза или подзаявка на грешно място.
Копирайте заявката от логовете, поставете я тук и веднага ще видите дали има структурни проблеми.
Работа с генериран SQL
ORM-и (Object-Relational Mappers) като Hibernate, Entity Framework или SQLAlchemy генерират SQL автоматично. Понякога трябва да видите какъв точно запис те произвеждат. Генерираният SQL обикновено е един дълъг ред без форматиране. Този инструмент прави ORM-генерираните заявки четими, така че да можете да ги разберете и оптимизирате.
Обучение и изучаване на SQL
Ако изучавате или преподавате SQL, този форматиращ инструмент помага да разберете правилната структура на заявка. Когато поставите работеща заявка и видите как се форматира, научавате конвенциите. Когато поставите счупена заявка и видите грешките от валидацията, разбирате защо не работи.
Мигриране между бази данни
Различните бази данни (PostgreSQL, MySQL, SQL Server) имат леко различни SQL диалекти. При мигриране на заявки между системи, правилното форматиране помага да забележите диалектно-специфичен синтаксис, който може да се нуждае от корекция. Форматиращият инструмент следва стандартни SQL конвенции, които работят при повечето основни бази данни.
Алтернативи на този SQL форматиращ инструмент
Бази данни-специфични интегрирани среди за разработка (IDE)
Инструменти като DataGrip, SQL Server Management Studio или MySQL Workbench имат вградени форматиращи инструменти. Те са мощни и се интегрират директно с вашите връзки към бази данни.
Компромисът: те изискват инсталация и настройка. DataGrip струва $199/година за индивидуални потребители. SSMS е безплатен, но работи само под Windows. Ако ви трябва бързо форматиране без инсталация или работите с различни бази данни, инструмент в браузъра е по-практичен.
Разширения за редактори
Ако пишете SQL във VS Code или Sublime Text, разширения като SQL Beautify или SqlBeautifier въвеждат форматирането директно в редактора. Това работи добре, когато активно пишете заявки и искате незабавно форматиране като част от работния си процес.
Ограничението: разширенията изискват конфигуриране и са свързани с конкретния ви редактор. Когато споделяте SQL с колеги или публикувате заявки в документация, стандартизиран уеб форматиращ инструмент гарантира, че всички виждат едно и също форматиране.
Командно-линейни форматиращи инструменти
Инструменти като sqlformat (Python) или sql-formatter-cli (Node.js) могат да бъдат интегрирани в CI/CD конвейери за автоматично форматиране на SQL във версионен контрол. Това осигурява последователност в отбора.
Най-добре се използват за автоматизирани работни процеси, а не за ad-hoc форматиране. Ако просто почиствате няколко заявки или изучавате SQL, командно-линейните инструменти добавят ненужна сложност.
Как SQL форматирането стана стандартна практика
SQL беше разработен в IBM през 1970-те години, но конвенциите за форматиране се появиха много по-късно. Ранният SQL беше функционален, но непоследователен - всеки разработчик форматираше заявките различно.
Повратната точка дойде през 1990-те години, когато базите данни преминаха от проекти с един разработчик към разработване от екипи. Организациите започнаха да създават вътрешни ръководства за стил на SQL, за да поддържат последователност. Когато имахте петима разработчици, работещи върху една и съща база данни, четимият SQL стана от съществено значение за сътрудничеството.
2000-те години донесоха ORM, които генерираха SQL автоматично. Тези инструменти произвеждаха работещ, но грозен SQL - всичко на един ред, без отстъпи. Това създаде търсене на автоматизирани форматори, които могат да направят генерирания SQL четим за хората.
Онлайн SQL форматорите се появиха през 2010-те години, докато уеб разработването узряваше. Вместо да инсталират инструменти или конфигурират плъгини за IDE, разработчиците можеха да форматират SQL в браузъра. Това демократизира достъпа до правилно форматиране за всички - от начинаещи, които учат SQL, до опитни разработчици, които почистват бързи заявки.
Днес SQL форматирането се счита за базова практика, подобно на форматирането на код в други програмни езици. Ръководството за стил на SQL от Саймън Холиуел предоставя широко възприети конвенции, а инструменти като този прилагат тези стандарти автоматично.
Примери за код
Пример 1: Основно SELECT Запитване
Неформатирано:
1select id, first_name, last_name, email from customers where status = 'active' order by last_name, first_name;
2Форматирано:
1SELECT
2 id,
3 first_name,
4 last_name,
5 email
6FROM
7 customers
8WHERE
9 status = 'active'
10ORDER BY
11 last_name,
12 first_name;
13Пример 2: JOIN Запитване
Неформатирано:
1select c.id, c.name, o.order_date, o.total_amount from customers c left join orders o on c.id = o.customer_id where o.order_date >= '2023-01-01' and o.status != 'cancelled' order by o.order_date desc;
2Форматирано:
1SELECT
2 c.id,
3 c.name,
4 o.order_date,
5 o.total_amount
6FROM
7 customers c
8 LEFT JOIN orders o ON c.id = o.customer_id
9WHERE
10 o.order_date >= '2023-01-01'
11 AND o.status != 'cancelled'
12ORDER BY
13 o.order_date DESC;
14Пример 3: Сложно Запитване с Подзапитване
Неформатирано:
1select d.department_name, (select count(*) from employees e where e.department_id = d.id) as employee_count, (select avg(salary) from employees e where e.department_id = d.id) as avg_salary from departments d where d.active = true having employee_count > 0 order by avg_salary desc;
2Форматирано:
1SELECT
2 d.department_name,
3 (
4 SELECT
5 COUNT(*)
6 FROM
7 employees e
8 WHERE
9 e.department_id = d.id
10 ) AS employee_count,
11 (
12 SELECT
13 AVG(salary)
14 FROM
15 employees e
16 WHERE
17 e.department_id = d.id
18 ) AS avg_salary
19FROM
20 departments d
21WHERE
22 d.active = TRUE
23HAVING
24 employee_count > 0
25ORDER BY
26 avg_salary DESC;
27Програмно SQL Форматиране
Ето примери как да се имплементира SQL форматиране в различни програмни езици:
1// JavaScript SQL форматиране с помощта на sql-formatter библиотека
2const sqlFormatter = require('sql-formatter');
3
4function formatSQL(sql) {
5 return sqlFormatter.format(sql, {
6 language: 'sql',
7 uppercase: true,
8 linesBetweenQueries: 2,
9 indentStyle: 'standard'
10 });
11}
12
13const rawSQL = "select id, name from users where status='active'";
14const formattedSQL = formatSQL(rawSQL);
15console.log(formattedSQL);
161# Python SQL форматиране с помощта на sqlparse
2import sqlparse
3
4def format_sql(sql):
5 return sqlparse.format(
6 sql,
7 reindent=True,
8 keyword_case='upper',
9 identifier_case='lower',
10 indent_width=2
11 )
12
13raw_sql = "select id, name from users where status='active'"
14formatted_sql = format_sql(raw_sql)
15print(formatted_sql)
161// Java SQL форматиране с помощта на JSqlParser
2import net.sf.jsqlparser.parser.CCJSqlParserUtil;
3import net.sf.jsqlparser.statement.Statement;
4
5public class SQLFormatter {
6 public static String formatSQL(String sql) throws Exception {
7 Statement statement = CCJSqlParserUtil.parse(sql);
8 return statement.toString()
9 .replaceAll("(?i)SELECT", "\nSELECT")
10 .replaceAll("(?i)FROM", "\nFROM")
11 .replaceAll("(?i)WHERE", "\nWHERE")
12 .replaceAll("(?i)ORDER BY", "\nORDER BY");
13 }
14
15 public static void main(String[] args) throws Exception {
16 String rawSQL = "select id, name from users where status='active'";
17 String formattedSQL = formatSQL(rawSQL);
18 System.out.println(formattedSQL);
19 }
20}
211<?php
2// PHP SQL форматиране
3function formatSQL($sql) {
4 // Замяна на ключови думи с главни букви
5 $keywords = ['SELECT', 'FROM', 'WHERE', 'JOIN', 'LEFT JOIN', 'RIGHT JOIN',
6 'INNER JOIN', 'GROUP BY', 'ORDER BY', 'HAVING', 'LIMIT'];
7
8 $formattedSQL = $sql;
9 foreach ($keywords as $keyword) {
10 $formattedSQL = preg_replace('/\b' . preg_quote($keyword, '/') . '\b/i', "\n$keyword", $formattedSQL);
11 }
12
13 // Добавяне на отстъп
14 $lines = explode("\n", $formattedSQL);
15 $result = '';
16 $indentLevel = 0;
17
18 foreach ($lines as $line) {
19 $trimmedLine = trim($line);
20 if (!empty($trimmedLine)) {
21 $result .= str_repeat(" ", $indentLevel) . $trimmedLine . "\n";
22 }
23 }
24
25 return $result;
26}
27
28$rawSQL = "select id, name from users where status='active'";
29$formattedSQL = formatSQL($rawSQL);
30echo $formattedSQL;
31?>
32Често задавани въпроси
Работи ли този SQL форматиращ инструмент с PostgreSQL, MySQL и SQL Server?
Да, той обработва стандартен SQL синтаксис, който е общ за основните бази данни—PostgreSQL, MySQL, SQL Server (T-SQL), Oracle, SQLite и MariaDB. Форматиращата програма се фокусира върху основен SQL, който работи навсякъде: SELECT, JOIN, WHERE, GROUP BY и т.н.
Специфичните за базата данни функции може да не се форматират перфектно. Например, масивният синтаксис на PostgreSQL или собствените функции на SQL Server може да не получат специално форматиране, но те няма да счупят форматиращата програма. Заявката ще остане по-четима, отколкото преди.
Изпраща ли се моят SQL код към сървър?
Не. Всичко се случва във вашия браузър. Поставете вашия SQL, и той ще бъде форматиран локално без никакви мрежови заявки. Вашите заявки никога не напускат вашата машина.
Това е важно, когато работите с производствени схеми на бази данни или собствена бизнес логика. Няма риск от регистриране или съхраняване на чувствителна информация на сървър на друг.
Може ли валидаторът да улови всички SQL грешки?
Съвсем не. Той улавя структурни и синтактични проблеми—липсващи скоби, незатворени кавички, клаузи в грешен ред. Това е всичко.
Той няма да знае дали имената на таблиците са грешни, дали типовете данни са несъвместими или дали заявката ще отнеме 10 минути за изпълнение. За това ви трябва вашата действителна база данни. Мислете за този валидатор като за проверка на правописа за SQL, а не като пълен анализатор на заявки.
Защо да форматирам SQL, когато базата данни го изпълнява независимо?
Базите данни не се интересуват от форматирането—те анализират заявката независимо. Но хората се интересуват. Когато трябва да отстраните проблем в неработеща заявка, да модифицирате съществуваща или да прегледате SQL на друг, правилното форматиране прави разликата между разбирането за 30 секунди или 30 минути.
Форматираният SQL също помага да забелязвате логически грешки. Когато структурата е ясна, можете да видите дали сте свързали таблиците неправилно или сте поставили условията на грешно място.
Мога ли да персонализирам отстъпите или стила на ключовите думи?
Понастоящем не. Форматиращата програма използва стандартни конвенции: главни букви за ключовите думи, отстъп от два интервала, клаузи на отделни редове. Те следват SQL Стил Ръководство, който повечето екипи използват.
Ако се нуждаете от персонализирано форматиране (различна широчина на отстъп, ключови думи с малки букви), ще ви трябва конфигуруем инструмент за команден ред като sqlformat или интегрирана среда за разработка с настройки за форматиране.
Ще работи ли с 1000-редови съхранени процедури?
Ще форматира големи заявки, макар че много сложни съхранени процедури (над 1000 реда) може да отнемат няколко секунди за обработка. Форматиращата програма обработва SQL, който поставите, независимо от дължината.
За масивни съхранени процедури може да искате да ги разделите на по-малки части или да използвате интегрирана среда за разработка, специфична за базата данни, която е оптимизирана за големи файлове.
Променя ли форматирането как се изпълнява моята заявка?
Не. Форматирането добавя само интервали и променя главните букви. Вашата база данни ги игнорира. Форматираната заявка връща точно същите резултати и се изпълнява със същата производителност като неформатираната версия.
Единственото изключение: ако валидаторът открие действителни синтактични грешки (липсващи скоби и др.), поправянето им ще промени поведението—но само от "не се изпълнява" към "изпълнява се правилно".
Към кой SQL стандарт се придържа?
Форматиращата програма следва SQL-92 конвенции с разширения за общи функции в SQL:1999 и по-късни стандарти. Това покрива SQL, който повечето разработчици пишат ежедневно—SELECT заявки, съединения, подзаявки, CASE изрази, прозоречни функции.
Съвсем нови SQL функции от SQL:2016 или SQL:2019 може да не бъдат разпознати, но те няма да счупят форматиращата програма. Просто ще получите основно форматиране вместо специализирана обработка.
Мога ли да го използвам за Oracle PL/SQL или SQL Server T-SQL?
За основни заявки, да. За процедурен код (PL/SQL блокове, T-SQL съхранени процедури с управление на потока), форматирането ще бъде ограничено. Инструментът се фокусира върху SELECT, INSERT, UPDATE, DELETE изрази и техните клаузи.
Ако работите интензивно с процедурен код, специфичен за базата данни, вградената интегрирана среда за разработка на базата данни (SQL Developer за Oracle, SSMS за SQL Server) ще осигури по-добро форматиране, което разбира пълния синтаксис.
Препратки и допълнителна литература
- SQL Стилово ръководство от Саймън Холивел - Де факто стандартът за SQL конвенции за форматиране, използван от разработваащи екипи
- ISO/IEC 9075 SQL Стандарт - Официалната международна спецификация на SQL стандарта
- PostgreSQL SQL Синтаксна документация - Изчерпателна препратка към SQL синтаксиса на PostgreSQL
- Microsoft T-SQL Справочник - Официална документация за T-SQL диалекта на SQL Server
- MySQL Справочно ръководство - Пълна препратка към SQL изявленията на MySQL
Започнете форматирането на SQL
Четимият SQL прави отстраняването на грешки по-бързо, прегледът на кода по-лесен и сътрудничеството по-гладко. Поставете вашето запитване по-горе, за да го видите форматирано според индустриалните стандартни конвенции — без инсталация, без конфигурация, без изтичане на данни от вашия браузър.