SQL 포매터

변환 전후

변환 전:

SELECT u.id,u.name,COUNT(o.id) AS orders FROM users u LEFT JOIN orders o ON o.user_id=u.id WHERE u.created_at>='2024-01-01' GROUP BY u.id,u.name HAVING COUNT(o.id)>5 ORDER BY orders DESC LIMIT 50;

변환 후(선행 쉼표, 대문자 키워드, 2칸 들여쓰기):

SELECT
    u.id
  , u.name
  , COUNT(o.id) AS orders
FROM users u
LEFT JOIN orders o
  ON o.user_id = u.id
WHERE u.created_at >= '2024-01-01'
GROUP BY u.id, u.name
HAVING COUNT(o.id) > 5
ORDER BY orders DESC
LIMIT 50;

중요한 스타일 선택

• 대문자 vs 소문자 키워드. 대문자는 전통적이고 눈에 잘 띕니다. 소문자는 구문 강조가 있는 현대 코드 에디터에서 더 깔끔합니다.
• 선행 vs 후행 쉼표. 선행( , col)은 단일 컬럼을 주석 처리하기 쉽습니다. 후행(col,)은 글로 읽을 때 더 자연스럽습니다.
• GROUP BY의 쉼표 위치. 긴 절은 한 줄에 하나씩, 짧은 절은 인라인으로 두는 경우가 많습니다.
• JOIN 들여쓰기. ON을 다음 줄에(걸린 들여쓰기) vs 같은 줄에. 긴 조건은 걸린 들여쓰기가 유리합니다.
• 서브쿼리. 여는 괄호만이 아니라 서브쿼리 전체를 들여씁니다.

방언별 함정

• MySQL 백틱 vs PostgreSQL 식별자용 큰따옴표.
• WITH CTE, MS SQL은 WITH 앞에 ;가 필요합니다. 포매터가 처리합니다.
• 윈도우 함수, 긴 OVER (...) 절은 PARTITION BY와 ORDER BY를 줄 바꿈하면 유리합니다.
• BigQuery에는 토크나이저가 깨뜨려서는 안 되는 ARRAY_AGG, STRUCT, 테이블 접미사(*_yyyymmdd)가 있습니다.
• Oracle에는 (+) 외부 조인 구문이 있습니다, 포매터는 이를 보존하되 레거시로 표시합니다.

포매터가 하지 않는 것

• 버그 수정, 잘못된 JOIN은 잘못된 채로 남습니다.
• SELECT * 전개, 컬럼 목록은 스키마에서 추론되지 않습니다.
• 쿼리 최적화, 레이아웃만, 실행 계획은 아닙니다.
• 서브쿼리를 CTE로 재작성, 별개의 문제입니다.