본문으로 건너뛰기
yutils
예시

입력 (압축된 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 도 들여쓰기 입혀집니다.

사용법 / 자주 묻는 질문

이런 경우 사용하세요

  • DBeaver · DataGrip · MySQL Workbench 가 없는 환경에서 빠른 정리
  • 이슈 · 슬랙 · 노션에 SQL 붙여 넣기 전 가독성 확보
  • 복잡한 CTE · 서브쿼리 · JOIN 구조 시각적으로 분해
  • dialect 별 키워드 대소문자 통일 (PostgreSQL · MySQL · BigQuery 등)
  • 코드 리뷰 전 쿼리 본인 확인용

자주 묻는 질문

Q.어떤 SQL dialect 가 지원되나요?
A.표준 SQL · PostgreSQL · MySQL · SQLite 네 가지 중에서 고릅니다. dialect 에 따라 키워드와 식별자 인용(` 와 ") 처리가 달라집니다.
Q.포맷팅이 실패할 수 있나요?
A.구문 오류가 있으면 결과 대신 파싱 실패 안내와 오류 위치(줄 · 열)를 보여 줍니다. dialect 전용 문법이면 dialect 옵션을 바꿔 보세요. 아주 크거나 복잡한 SQL(수만 개짜리 IN 목록, 수백 겹의 괄호 등)은 별도 스레드에서 돌리다 8초가 넘으면 중단합니다 — 화면은 그동안에도 멈추지 않습니다.
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

관련 가이드

관련 도구

이 카테고리 모든 도구 보기 →