SQL форматер та валідатор - Форматування SQL-запитів онлайн безкоштовно
Безкоштовний форматер та валідатор SQL. Автоматичне форматування SQL з правильними відступами та капіталізацією. Миттєва перевірка синтаксичних помилок. Працює з MySQL, PostgreSQL, SQL Server, Oracle.
SQL Форматувальник і Валідатор
Форматування та перевірка SQL-запитів з автоматичним відступом, капіталізацією ключових слів та виявленням синтаксичних помилок.
Документація
Чому форматування SQL має значення
Чи доводилося вам успадковувати проект бази даних, де SQL виглядає так, ніби його друкували з зав'язаними очима? Ви не одні. Погано відформатований SQL є одним з найпоширеніших джерел помилок і марнування часу при розробці бази даних.
Цей форматувальник і валідатор SQL допоможе автоматично очистити заплутані запити. Вставте свій SQL, і він миттєво застосує правильні відступи, капіталізує ключові слова та перевіряє синтаксичні помилки — все це у вашому браузері без надсилання даних на будь-який сервер. Те, що зазвичай займає 10-15 хвилин ручного форматування, відбувається за секунди.
З мого досвіду роботи з командами баз даних, найбільшою економією часу є не лише форматування, а й виявлення помилок до потрапляння в продакшн. Неправильно розміщена дужка або незакрита лапка можуть змарнувати години налагодження. Цей інструмент миттєво виявляє такі проблеми, перш ніж ви щось виконаєте в базі даних.
Як використовувати SQL-форматувальник
Інтерфейс навмисно мінімальний — просто вставте та використовуйте:
- Вставте свій SQL у вхідне поле (або введіть безпосередньо, якщо пишете з нуля)
- Спостерігайте автоматичне форматування під час введення — жодних кнопок натискати, жодних налаштувань налаштовувати
- Перевірте помилки валідації, якщо вони з'являться під форматованим виведенням
- Скопіюйте форматований SQL одним кліком для використання в IDE, документації або базі даних
Працює на будь-якому пристрої з браузером. Форматування відбувається повністю на стороні клієнта, тому ваші запити ніколи не залишають ваш комп'ютер — важливо при роботі з виробничими структурами бази даних або чутливими схемами.
Що робить SQL-форматувальник
Капіталізація ключових слів
Всі SQL-ключові слова автоматично капіталізуються — SELECT, FROM, WHERE, JOIN тощо. Це відповідає конвенції, яку використовують більшість команд баз даних, і робить ключові слова візуально відмінними від назв таблиць і стовпців. Коли ви переглядаєте складний запит, така візуальна роздільність допомагає миттєво визначити структуру запиту.
Розумне форматування відступів
Форматувальник структурує ваш SQL на основі логічної ієрархії, а не просто додає випадкові розриви рядків. Основні клаузи, такі як SELECT і FROM, починаються з лівого краю. Клаузи JOIN мають відступ під FROM, показуючи, що вони є частиною вибору таблиці. Підзапити мають додаткові рівні відступів, що робить вкладену логіку чіткою.
Ось що відбувається на практиці: коли у вас є запит з декількома з'єднаннями та підзапитами, правильні відступи дозволяють побачити структуру запиту без читання кожного слова. Ви миттєво можете побачити, де закінчується одне з'єднання і починається інше, або де підзапит використовується у списку SELECT.
Логічні розриви рядків
Розриви рядків з'являються там, де вони покращують читабельність, а не скрізь. Кожна основна клауза отримує власний рядок. Елементи в списках через кому (наприклад, назви стовпців у SELECT) мають власний рядок з правильним відступом. Підзапити візуально відокремлені. Оператори CASE розриваються на WHEN, THEN і ELSE для ясності.
Інтервали відповідають конвенціям Посібника зі стилю SQL, які використовуються в індустрії, що означає, що ваш відформатований SQL виглядатиме знайомо для інших розробників.
SQL Валідація: Що Перевіряється
Валідатор виявляє помилки, які зазвичай проскакують, коли ви швидко пишете SQL. Він не замінить аналізатор запитів вашої бази даних, але перехоплює поширені помилки ще до запуску запиту.
Структурні Помилки
Незбалансовані дужки несподівано часто трапляються в складних запитах з вкладеними підзапитами. Валідатор підраховує відкриваючі та закриваючі дужки, щоб негайно позначити невідповідності. Я бачив виробничі інциденти, спричинені однією відсутньою дужкою у 200-рядковому запиті — це виявляє їх заздалегідь.
Незакриті рядкові літерали трапляються, коли ви забуваєте закриваючу лапку у значенні рядка. Ваша база даних негайно відхилить їх, але виявлення тут заощаджує зайві маніпуляції.
Проблеми з порядком клаузул позначаються, коли клаузули з'являються не в правильній послідовності. Наприклад, якщо ви розміщуєте HAVING перед GROUP BY, або WHERE після GROUP BY, валідатор попередить вас. Це відповідає синтаксичним правилам стандарту SQL, визначеним у стандарті ISO/IEC 9075.
Логічні Помилки
Клаузи JOIN без умов ON створюють випадкові перехресні з'єднання, що повертають набагато більше рядків, ніж передбачалося. Типовий сценарій: ви додаєте третю або четверту таблицю до запиту і забуваєте клаузу ON. Без цієї перевірки ви можете не помітити проблему, поки не побачите тисячі повторюваних рядків у результатах.
HAVING без GROUP BY технічно є недійсним SQL у більшості баз даних. Клауза HAVING фільтрує згруповані результати, тому вимагає GROUP BY для роботи. Валідатор виявляє цю логічну невідповідність.
Неповні умови WHERE трапляються, коли ви починаєте друкувати умову, але не закінчуєте її — наприклад, WHERE status = без значення. Їх легко пропустити під час редагування запитів.
Що Він Не Виявить
Цей валідатор зосереджується на синтаксисі та структурі, а не на схемі бази даних. Він не знатиме, чи:
- Існують назви таблиць або стовпців у вашій базі даних
- Ви з'єднуєте сумісні типи даних
- Запит буде ефективним або має проблеми з оптимізацією
- У вас є дозвіл на доступ до таблиць, які ви запитуєте
Вважайте це первинною перевіркою перед надсиланням запиту до вашої фактичної бази даних.
Правила форматування, що застосовуються цим інструментом
Форматувальник застосовує послідовні правила на основі конвенцій SQL Style Guide, яких дотримуються більшість команд баз даних.
Ключові слова пишуться з великої літери
Кожне ключове слово 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 для визначення зв'язку між таблицями. Без неї ви отримаєте перехресне з'єднання — кожен рядок з однієї таблиці буде з'єднаний з кожним рядком іншої таблиці. Це рідко буває бажаним і зазвичай вказує на відсутню клаузу ON.
Повні умови WHERE: Клауза WHERE потребує повних предикатів. WHERE status = без значення є неповною та недійсною. Валідатор позначає такі часткові умови.
HAVING вимагає GROUP BY: Клауза HAVING фільтрує згруповані результати, тому має сенс лише при наявності GROUP BY. Використання HAVING без GROUP BY є логічною помилкою, яку більшість баз даних відхиляє.
Правила агрегації 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(створить перехресне з'єднання)WHERE status =неповна (немає значення для порівняння)- Порожня клауза
GROUP BY(не вказано жодного стовпця) HAVING count > 10посилається на невизначений стовпець
Коли використовувати цей SQL-форматер
Під час перевірки коду
Коли-небудь намагалися переглядати SQL-запит на 50 рядків, написаний в один рядок? Це жахливо. Перед поданням запитів на перевірку, пропустіть їх через форматер. Рецензенти будуть вам вдячні, і вони зможуть зосередитися на логіці, а не на розшифровці структури.
Під час перевірки pull-реквестів зі змінами бази даних попросіть учасників спочатку відформатувати їхній SQL. Це набагато полегшує виявлення логічних помилок, коли структура послідовна.
Налагодження проблем у виробництві
Коли ви усуваєте несправний запит у виробничому середовищі, його правильне форматування допомагає чітко побачити структуру. Я налагоджував безліч запитів, де проблема ставала очевидною одразу після правильного форматування SQL — відсутня умова з'єднання, неправильне групування WHERE або підзапит не на своєму місці.
Скопіюйте запит з ваших журналів, вставте його сюди, і ви одразу побачите, чи є структурні проблеми.
Робота зygенерованим SQL
ORM (об'єктно-реляційні відображення) на кшталт 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 у системі контролю версій. Це забезпечує узгодженість у команді.
Найкраще використовувати для автоматизованих робочих процесів, а не для епізодичного форматування. Якщо ви просто впорядковуєте кілька запитів або вивчаєте SQL, інструменти командного рядка додають зайву складність.
Як SQL-форматування стало стандартною практикою
SQL було розроблено в IBM у 1970-х роках, але конвенції форматування з'явилися набагато пізніше. Ранній SQL був функціональним, але непослідовним — кожен розробник форматував запити по-різному.
Переломний момент настав у 1990-х роках, коли бази даних перейшли від проєктів одного розробника до командної розробки. Організації почали створювати внутрішні посібники зі стилю SQL для підтримання послідовності. Коли п'ять розробників працювали над однією базою даних, читабельний SQL став життєво необхідним для співпраці.
У 2000-х роках з'явилися ORM, які автоматично генерували SQL. Ці інструменти створювали працездатний, але потворний SQL — все в один рядок, без відступів. Це викликало попит на автоматичні форматери, які могли зробити згенерований SQL придатним для читання.
У 2010-х роках з'явилися онлайн-форматери SQL з дозріванням веб-розробки. Замість встановлення інструментів або налаштування плагінів 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// Приклад форматування SQL на JavaScript з використанням бібліотеки 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# Приклад форматування SQL на Python з використанням 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// Приклад форматування SQL на Java з використанням 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// Приклад форматування SQL на PHP
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 або IDE з налаштуваннями форматування.
Чи працюватиме це зі збереженими процедурами на 1000 рядків?
Він форматуватиме великі запити, хоча дуже складні збережені процедури (понад 1000 рядків) можуть оброблятися кілька секунд. Форматер обробляє SQL, який ви вставите, незалежно від довжини.
Для величезних збережених процедур може бути корисно розбити їх на менші частини або використовувати IDE для конкретної бази даних, яка оптимізована для великих файлів.
Чи змінює форматування спосіб виконання мого запиту?
Ні. Форматування додає лише пробіли та змінює регістр. Ваша база даних ігнорує і те, й інше. Відформатований запит поверне точно такі самі результати та виконуватиметься з тією самою продуктивністю, що й невідформатований.
Єдиний виняток: якщо валідатор знайде реальні синтаксичні помилки (відсутні дужки тощо), виправлення яких змінить поведінку — але лише з "не працює" на "працює правильно".
Якому 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 та їхніх клаузлах.
Якщо ви інтенсивно працюєте зі специфічним для бази даних процедурним кодом, рідна IDE вашої бази даних (SQL Developer для Oracle, SSMS для SQL Server) забезпечить краще форматування, яке розуміє повний синтаксис.
Посилання та додаткові матеріали для вивчення
- Посібник зі стилю SQL від Саймона Голівелла - Фактичний стандарт угод форматування SQL, що використовується командами розробників
- ISO/IEC 9075 SQL Стандарт - Офіційна міжнародна специфікація стандарту SQL
- Документація з синтаксису SQL PostgreSQL - Всебічний довідник з синтаксису SQL PostgreSQL
- Довідник Microsoft T-SQL - Офіційна документація для діалекту T-SQL SQL Server
- Довідник з MySQL - Повний довідник SQL-операторів MySQL
Почніть форматування вашого SQL
Читабельний SQL прискорює налагодження, полегшує перегляд коду та покращує співпрацю. Вставте свій запит вище, щоб побачити його відформатованим за галузевими стандартними угодами — без встановлення, без налаштування, без виведення даних за межі вашого браузера.