어떤 SQL dialect 가 지원되나요?

PostgreSQL · MySQL · SQLite · MSSQL · MariaDB · BigQuery · Snowflake · Redshift 등 주요 dialect. dialect 옵션으로 키워드 처리 방식이 달라집니다.

포맷팅이 실패할 수 있나요?

구문 오류가 있는 SQL 은 일부만 정리되거나 원본 그대로 노출될 수 있습니다. 결과가 이상하면 dialect 옵션을 바꿔보거나 SQL 자체 유효성을 먼저 확인하세요.

아닙니다. 본 도구는 포맷팅만 수행 — DB 연결 · 쿼리 실행은 하지 않습니다. 입력 SQL 이 어디로도 전송되지 않습니다.

예시

SELECT id, name, email FROM users WHERE active = true AND created_at > '2026-01-01' ORDER BY created_at DESC LIMIT 10;

SELECT
  id,
  name,
  email
FROM
  users
WHERE
  active = TRUE
  AND created_at > '2026-01-01'
ORDER BY
  created_at DESC
LIMIT
  10;

PostgreSQL · MySQL · SQLite · MSSQL · BigQuery 등 다양한 dialect 를 지원합니다. CTE · 윈도우 함수 · JOIN 도 들여쓰기 입혀집니다.

사용법 / 자주 묻는 질문

Q.어떤 SQL dialect 가 지원되나요?: A.PostgreSQL · MySQL · SQLite · MSSQL · MariaDB · BigQuery · Snowflake · Redshift 등 주요 dialect. dialect 옵션으로 키워드 처리 방식이 달라집니다.
Q.포맷팅이 실패할 수 있나요?: A.구문 오류가 있는 SQL 은 일부만 정리되거나 원본 그대로 노출될 수 있습니다. 결과가 이상하면 dialect 옵션을 바꿔보거나 SQL 자체 유효성을 먼저 확인하세요.
Q.쿼리가 실제로 실행되나요?: A.아닙니다. 본 도구는 포맷팅만 수행 — DB 연결 · 쿼리 실행은 하지 않습니다. 입력 SQL 이 어디로도 전송되지 않습니다.

재미있는 사실

SQL 의 기원은 1970년 IBM 의 Edgar F. Codd 가 발표한 'A Relational Model of Data for Large Shared Data Banks' 논문입니다 — 관계형 모델의 수학적 기반. 그 위에 IBM 산호세 연구소가 1974년 SEQUEL (System Englishlike QUEry Language) 을 만들었고, 상표권 문제로 SQL 로 단축됐어요.
Wikipedia — SQL history
SQL 표준은 ANSI/ISO 가 관리 — SQL-86 (첫 표준), SQL-92 (가장 큰 영향, 대부분의 'SQL 문법' 이 여기서 굳음), 그 후 SQL:1999, :2003, :2008, ..., :2023. 그러나 실제 DB (Postgres / MySQL / Oracle) 들이 각자 dialect 를 박아 100% 호환은 환상.
Wikipedia — SQL standards
키워드 대문자 (`SELECT`, `FROM`, `WHERE`) 컨벤션은 1970~80년대 단색 터미널 시대의 잔재 — 강조용 색 표시가 없으니 대소문자로 시각적 구분. 현재 대부분의 IDE 가 색상 highlighting 을 제공하지만 컨벤션은 그대로. 소문자 SQL 도 같은 의미 — 가독성을 위한 미적 선택일 뿐.
Wikipedia — SQL syntax