SQL 실행 순서 오인으로 인한 WHERE 절 별칭 사용

SQL 문법에서 별칭을 사용할 때 흔히 저지르는 실수

데이터베이스를 다루는 개발자나 데이터 분석가라면 누구나 한 번쯤 겪는 난관이 있습니다. 바로 SELECT 절에서 정의한 별칭(Alias)을 WHERE 절에서 사용하려다 발생하는 오류입니다. 분명히 SELECT 문에서 이름을 붙여주었는데, 왜 데이터베이스는 그 이름을 찾지 못한다고 불평하는 것일까요? 이 문제는 SQL의 논리적 처리 순서에 대한 이해가 부족할 때 발생합니다. 이번 글에서는 SQL이 데이터를 어떻게 처리하는지, 그리고 왜 WHERE 절에서 별칭을 쓸 수 없는지 명확하게 파헤쳐 보겠습니다.

SQL이 데이터를 처리하는 논리적 순서

SQL은 우리가 작성한 코드를 위에서 아래로 순차적으로 읽지 않습니다. 데이터베이스 엔진은 쿼리를 효율적으로 실행하기 위해 정해진 논리적 순서에 따라 작업을 수행합니다. 이 순서를 이해하는 것이 SQL 고수의 첫걸음입니다.

• FROM: 데이터를 가져올 테이블을 선택합니다.

• ON: 조인 조건을 확인합니다.
• JOIN: 테이블을 결합합니다.
• WHERE: 가져온 데이터 중 조건에 맞는 행만 걸러냅니다.
• GROUP BY: 데이터를 특정 기준으로 그룹화합니다.
• HAVING: 그룹화된 결과 중 조건에 맞는 그룹을 걸러냅니다.
• SELECT: 최종적으로 출력할 열을 선택하고 별칭을 지정합니다.
• ORDER BY: 결과를 정렬합니다.

위 순서를 자세히 보시면, WHERE 절은 SELECT 절보다 훨씬 앞서 실행됩니다. 즉, 데이터베이스가 SELECT 절에서 별칭을 붙이기도 전에 WHERE 절에서 그 별칭을 찾으려고 하니 “알 수 없는 컬럼”이라는 오류가 발생하는 것입니다. 반면 ORDER BY는 SELECT 이후에 실행되기 때문에 별칭을 사용하는 것이 가능합니다.

왜 WHERE 절에서 별칭을 사용할 수 없나요

많은 초보자가 “이미 이름을 붙였는데 왜 못 쓰게 하나요?”라고 묻곤 합니다. 이는 데이터베이스의 설계 철학 때문입니다. WHERE 절은 원본 테이블의 물리적인 데이터에 직접 접근하여 필터링하는 단계입니다. 이 단계에서는 아직 결과 테이블의 구조가 완성되지 않았습니다. 별칭은 결과 집합을 사용자에게 보여주기 위한 ‘표시용 이름’에 불과하기 때문에, 내부적인 데이터 필터링 단계인 WHERE 절에서는 이를 참조할 수 없는 것이 자연스러운 구조입니다.

실무에서 마주치는 흔한 사례와 해결법

가장 흔한 사례는 계산된 값을 조건으로 걸 때 발생합니다. 예를 들어, ‘가격에서 할인액을 뺀 금액’을 ‘최종가격’이라는 별칭으로 만들고, 이 가격이 10000원 이상인 데이터만 보고 싶을 때가 있습니다.

잘못된 쿼리 예시

SELECT 제품명, (가격 – 할인액) AS 최종가격 FROM 상품 WHERE 최종가격 > 10000;

위 쿼리는 데이터베이스가 ‘최종가격’이라는 컬럼을 찾지 못해 실패합니다.

올바른 해결 방법

가장 간단하고 직관적인 방법은 WHERE 절에 계산식을 그대로 다시 적는 것입니다.

SELECT 제품명, (가격 – 할인액) AS 최종가격 FROM 상품 WHERE (가격 – 할인액) > 10000;

이렇게 하면 데이터베이스는 정상적으로 계산을 수행하고 조건을 적용할 수 있습니다. 조금 번거로워 보일 수 있지만, 이것이 SQL의 표준적인 작동 방식입니다.

유용한 팁과 전문가의 조언

코드의 가독성을 높이고 유지보수를 쉽게 하기 위해 다음과 같은 전략을 활용할 수 있습니다.

• 서브쿼리 활용: 복잡한 계산이 포함된 조건이라면 서브쿼리(인라인 뷰)를 사용하여 먼저 별칭을 포함한 결과 집합을 만들고, 그 바깥에서 WHERE 절을 적용하는 것이 좋습니다.

• HAVING 절의 활용: 만약 조건이 그룹화된 결과에 대한 것이라면, 고민할 필요 없이 HAVING 절을 사용하세요. HAVING은 SELECT 이후에 실행되므로 별칭 사용이 가능합니다.
• 데이터베이스 성능 고려: WHERE 절에 계산식을 사용할 때, 해당 컬럼에 인덱스가 걸려 있다면 인덱스가 무시될 가능성이 있습니다. 성능 최적화를 위해서는 가급적 원본 컬럼 값을 직접 비교하는 방식으로 쿼리를 구성하는 것이 유리합니다.

흔한 오해와 사실 관계

일부 개발자들은 “특정 데이터베이스 엔진은 별칭 사용을 허용하지 않나요?”라고 묻습니다. 실제로 MySQL 같은 일부 엔진은 특정 상황에서 별칭 사용을 허용하기도 합니다. 하지만 이는 표준 SQL이 아니며, DBMS가 내부적으로 편의를 봐주는 것일 뿐입니다. 이 방식에 의존하면 나중에 오라클이나 PostgreSQL 같은 다른 데이터베이스로 전환할 때 모든 쿼리가 깨질 위험이 있습니다. 따라서 엔진의 특수 기능을 믿기보다는 표준 문법을 준수하는 습관을 들이는 것이 좋습니다.

자주 묻는 질문과 답변

Q: ORDER BY에서는 별칭을 쓸 수 있는데 왜 WHERE는 안 되나요?

A: 논리적 처리 순서 때문입니다. ORDER BY는 모든 데이터가 선택되고 별칭이 붙은 후에 실행되므로 별칭을 인식할 수 있지만, WHERE는 데이터가 선택되기 전에 실행되므로 별칭이 아직 존재하지 않는 상태입니다.

Q: 쿼리가 너무 길어지는데 별칭을 꼭 써야만 하나요?

A: 쿼리의 길이를 줄이고 싶다면 서브쿼리나 CTE(Common Table Expression)를 사용하세요. WITH 문을 사용하여 가독성 좋은 쿼리를 작성하면 별칭 문제도 해결하고 코드의 품질도 높일 수 있습니다.

Q: 성능상 서브쿼리가 더 느리지 않나요?

A: 최신 데이터베이스 엔진은 쿼리 최적화 기능이 매우 뛰어납니다. 대부분의 경우 서브쿼리를 사용해도 직접 계산식을 사용하는 것과 큰 성능 차이가 없으며, 오히려 코드의 가독성이 높아져 유지보수 비용을 획기적으로 줄여줍니다.

비용 효율적인 쿼리 작성법

데이터베이스 리소스를 아끼는 가장 좋은 방법은 불필요한 계산을 줄이는 것입니다. WHERE 절에서 별칭을 쓰지 못해 발생하는 불편함을 단순히 ‘불편함’으로 치부하지 말고, 이를 데이터베이스 엔진이 가장 효율적으로 데이터를 찾을 수 있도록 도와주는 신호로 이해해야 합니다. 원본 데이터를 그대로 필터링하는 것이 엔진 입장에서는 가장 빠르고 정확한 작업입니다. 따라서 가급적 복잡한 계산보다는 원본 데이터를 활용한 조건문을 우선순위에 두는 것이 좋습니다.

SQL은 단순한 언어 같지만 그 안에는 논리적인 체계가 촘촘하게 짜여 있습니다. WHERE 절에서 별칭을 사용하려다 마주하는 오류는 데이터베이스가 우리에게 보내는 “아직 이름을 붙이기 전이야”라는 메시지라고 생각하세요. 이 논리적 순서만 명확히 기억한다면, 더 이상 오류 메시지와 씨름하지 않고도 명확하고 효율적인 쿼리를 작성할 수 있을 것입니다.