SQL 최소화

네, 실제로 재현됩니다. WHERE note='a--b' AND x=1을 주석 제거 옵션 켠 채로 넣으면 -- 이후가 한 줄 주석으로 처리되어 결과는 WHERE note='a로 끝나버립니다. 뒤에 있던 AND x=1과 닫는 따옴표까지 전부 사라지는, 단순한 "주의가 필요한" 수준이 아니라 쿼리를 깨뜨리는 문제입니다.

코드 흐름상 -- ·/* */ 주석 제거가 문자열 리터럴을 플레이스홀더로 치환해 보호하기 전에 먼저 실행됩니다. 그래서 문자열 안에 있는 --나 /*도 실제 주석 시작 기호와 구분되지 않고 그대로 제거 대상이 됩니다.

note='a/*b*/c'처럼 문자열 안에 /* */가 있으면 쿼리가 끊기지는 않지만 note='a c'로 값 자체가 바뀝니다. 저장하려던 실제 문자열 값이 조용히 손상되는 것이라 알아채기 어렵습니다.

아니요. 공백 압축과 대문자화는 문자열 리터럴을 __STR0__ 같은 플레이스홀더로 먼저 치환한 뒤 처리하고 마지막에 원래 문자열로 복원하므로, 문자열 값 내부의 공백이나 대소문자는 그대로 보존됩니다. 문제는 주석 제거 단계에서만 발생합니다.

SQL 문자열 값 안에 우연히 --나 /* 같은 조합이 들어가는 경우(URL, 코드 스니펫, 자유 텍스트 등)가 있다면 주석 제거 옵션을 끄고 사용하거나, 최소화 후 결과를 반드시 눈으로 대조 확인하는 것이 안전합니다.

SELECT, FROM, WHERE 등 사전 정의된 예약어 목록을 단어 경계(\b) 기준으로 찾아 대문자로 바꿉니다. 이 방식은 AS_OF_DATE처럼 예약어가 식별자 일부로 포함된 경우는 단어 경계 조건 때문에 건드리지 않아 올바르게 동작합니다.

네, 세미콜론(;)은 문장 구분자로서 압축 과정에서 삭제되지 않고 그대로 유지됩니다.

이 도구는 압축만 지원합니다. 들여쓰기·줄바꿈을 추가하는 포맷팅은 sql-validator 도구를 이용하세요.