Форматер SQL

Наш форматер SQL поддерживает стандартный SQL, MySQL, PostgreSQL, Oracle, SQL Server, SQLite и BigQuery с правилами форматирования и обработки ключевых слов для каждого диалекта.

Да, форматер обрабатывает хранимые процедуры, пользовательские функции, триггеры и сложные процедурные блоки с правильными отступами для конструкций BEGIN/END, IF/ELSE и LOOP.

Да, используйте функцию «Обфускация» для замены конфиденциальных имён таблиц, столбцов и значений на текст-заполнитель с сохранением структуры запроса для безопасного обмена.

Анализатор проверяет ваш SQL для определения типов операторов, используемых таблиц, уровня сложности, использования ключевых слов и производительности, чтобы помочь оптимизировать ваши запросы.

Да, форматер обрабатывает целые SQL-скрипты, содержащие несколько операторов, правильно разделяя и форматируя каждый SELECT, INSERT, UPDATE, DELETE или DDL-оператор независимо.

Правила форматирования подстраиваются под выбранный диалект: MySQL/MariaDB, PostgreSQL, T-SQL (SQL Server), SQLite и Oracle PL/SQL. Основные различия — в наборах ключевых слов (LIMIT vs TOP vs FETCH FIRST), в способе экранирования идентификаторов (обратные кавычки vs двойные кавычки vs квадратные скобки) и в разделителях операторов — форматер сохраняет всё, что требуется вашему диалекту.

По умолчанию зарезервированные ключевые слова (SELECT, WHERE, JOIN) переводятся в верхний регистр, а идентификаторы остаются как написаны — это соглашение принято в большинстве руководств по стилю SQL, включая широко цитируемое руководство, поддерживаемое Simon Holywell. Размещение запятых в начале или в конце строки и выравнивание AND/OR в начале строк — два параметра, которые сильнее всего влияют на читаемость diff при ревью кода.

Нет. Изменяются только пробельные символы и регистр зарезервированных слов — никогда литералы, идентификаторы, комментарии или расположение логических операторов, от которого может зависеть сокращённое вычисление (short-circuit evaluation) для оптимизации производительности. Отформатированный запрос должен давать тот же план выполнения на том же движке; если это не так, это ошибка форматера, а не осознанное семантическое решение.