GROUP BY 절과 SELECT/ORDER BY 절의 별칭(Alias) 혼동

데이터베이스 쿼리 작성 시 별칭 사용의 함정

데이터베이스를 다루다 보면 가장 흔하게 마주치는 오류 중 하나가 바로 별칭(Alias)과 관련된 문제입니다. 특히 SELECT 절에서 정의한 별칭을 GROUP BY 절에서 그대로 사용하려 할 때 발생하는 에러는 많은 초보 개발자를 당황하게 만듭니다. 왜 이런 현상이 발생하는지, 그리고 이를 어떻게 해결하고 올바르게 활용해야 하는지 깊이 있게 알아보겠습니다.

SQL 실행 순서 이해하기

이 문제를 해결하기 위해서는 먼저 데이터베이스가 SQL 문장을 처리하는 순서를 이해해야 합니다. 우리가 작성한 쿼리는 사람이 읽기 좋은 순서대로 나열되어 있지만, 데이터베이스 엔진은 내부적으로 정해진 순서에 따라 데이터를 처리합니다.

• FROM 및 JOIN 단계에서 데이터 소스를 가져옵니다.
• WHERE 절을 통해 데이터를 필터링합니다.
• GROUP BY 절을 통해 데이터를 그룹화합니다.
• HAVING 절을 통해 그룹화된 데이터를 필터링합니다.
• SELECT 절을 통해 최종적으로 출력할 컬럼을 선택하고 별칭을 지정합니다.
• ORDER BY 절을 통해 결과의 정렬 순서를 결정합니다.

여기서 핵심은 SELECT 절이 GROUP BY 절보다 나중에 실행된다는 점입니다. 즉, GROUP BY 절이 실행되는 시점에는 아직 SELECT 절에서 정의한 별칭이 존재하지 않는 상태입니다. 따라서 GROUP BY 절에 별칭을 사용하면 데이터베이스는 해당 이름을 찾지 못해 오류를 발생시키게 됩니다.

별칭 사용과 관련된 흔한 오해

많은 분이 “ORDER BY 절에서는 별칭이 잘 작동하는데 왜 GROUP BY 절에서는 안 되는가”라는 의문을 가집니다. 이는 실행 순서의 차이 때문입니다. ORDER BY는 SELECT 절이 실행된 이후인 마지막 단계에서 작동하기 때문에, 이미 정의된 별칭을 인식할 수 있습니다. 반면 GROUP BY는 SELECT보다 앞서 실행되므로 별칭을 사용할 수 없습니다.

주요 차이점 요약

• SELECT 별칭 사용 가능 여부: ORDER BY는 가능하지만, GROUP BY와 WHERE는 불가능합니다.
• 원인: 실행 순서상 WHERE와 GROUP BY는 별칭이 생성되기 전에 처리되기 때문입니다.
• 해결 방안: GROUP BY 절에는 별칭이 아닌 원래의 컬럼명이나 수식을 그대로 기술해야 합니다.

실무에서 마주하는 문제 상황과 해결법

실무에서는 복잡한 CASE 문이나 함수를 사용하여 컬럼을 생성하고, 이를 기준으로 그룹화하고 싶을 때가 많습니다. 예를 들어, ‘매출액이 100만 원 이상이면 상, 아니면 하’라는 등급을 나누고 그 등급별로 그룹화하는 경우를 생각해보겠습니다.

잘못된 예시:

SELECT (CASE WHEN amount > 1000000 THEN ‘상’ ELSE ‘하’ END) AS grade, SUM(amount) FROM sales GROUP BY grade;

이 쿼리는 에러를 발생시킵니다. 데이터베이스는 ‘grade’라는 이름이 아직 무엇인지 알지 못하기 때문입니다. 이를 해결하는 가장 실용적인 방법은 두 가지가 있습니다.

첫 번째 방법: 원본 수식을 그대로 반복하기

가장 직관적인 방법은 GROUP BY 절에 SELECT 절의 CASE 문을 그대로 복사해 넣는 것입니다. 코드가 다소 길어질 수 있지만, 성능상 차이는 거의 없으며 가장 확실한 방법입니다.

SELECT (CASE WHEN amount > 1000000 THEN ‘상’ ELSE ‘하’ END) AS grade, SUM(amount) FROM sales GROUP BY (CASE WHEN amount > 1000000 THEN ‘상’ ELSE ‘하’ END);

두 번째 방법: 서브쿼리 활용하기

만약 수식이 매우 복잡하다면 서브쿼리나 CTE(Common Table Expression)를 사용하는 것이 좋습니다. 먼저 데이터를 가공하여 별칭을 붙인 뒤, 그 결과물을 외부 쿼리에서 그룹화하는 방식입니다.

WITH SalesData AS (SELECT (CASE WHEN amount > 1000000 THEN ‘상’ ELSE ‘하’ END) AS grade, amount FROM sales) SELECT grade, SUM(amount) FROM SalesData GROUP BY grade;

데이터베이스 엔진별 차이점

모든 데이터베이스가 엄격하게 이 규칙을 따르는 것은 아닙니다. 예를 들어 MySQL이나 MariaDB는 표준 SQL보다 유연하게 설계되어 있어, 특정 상황에서 GROUP BY 절에 SELECT 별칭을 허용하기도 합니다. 하지만 이는 해당 DB의 확장 기능일 뿐, 표준 SQL 방식은 아닙니다.

만약 여러분이 작성한 쿼리가 다른 데이터베이스(예: Oracle, PostgreSQL, SQL Server 등)로 이전될 가능성이 있다면, 가급적 표준 SQL 방식을 따르는 것이 좋습니다. 특정 DB의 편의 기능에 의존하는 쿼리는 향후 시스템을 변경하거나 유지보수할 때 예기치 못한 에러를 유발할 수 있습니다.

효율적인 쿼리 작성을 위한 조언

쿼리를 작성할 때는 단순히 결과가 나오느냐를 넘어, 가독성과 유지보수성을 고려해야 합니다. 별칭 혼동 문제를 피하면서도 깔끔한 코드를 유지하기 위한 몇 가지 팁을 드립니다.

• 가독성 우선: 너무 긴 수식을 GROUP BY에 반복하는 것이 지저분해 보인다면, 반드시 CTE를 적극적으로 활용하세요. 코드가 훨씬 읽기 쉬워집니다.

• 의도적인 별칭 사용: 별칭은 최종 결과물을 이해하기 쉽게 만드는 용도로만 사용하고, 중간 계산이나 그룹화 기준은 원본 컬럼이나 명확한 함수식을 사용하세요.
• 표준 준수: 가급적이면 모든 데이터베이스에서 공통으로 지원하는 문법을 사용하세요. 이는 데이터베이스 관리 시스템(DBMS)이 바뀌어도 쿼리를 수정할 필요를 줄여줍니다.
• 중복 제거: 동일한 계산을 SELECT와 GROUP BY에서 반복해야 한다면, 뷰(View)를 생성하여 관리하는 것도 매우 비용 효율적인 방법입니다.

자주 묻는 질문과 답변

Q: ORDER BY에서는 별칭을 써도 되는데 왜 GROUP BY는 안 되나요?

데이터베이스의 실행 순서 때문입니다. ORDER BY는 모든 처리가 끝난 뒤 마지막에 실행되어 SELECT 절에서 정의된 이름을 알 수 있지만, GROUP BY는 SELECT보다 앞서 실행되므로 아직 이름을 알 수 없습니다.

Q: 별칭을 사용하지 않으면 쿼리가 너무 길어지는데 방법이 없나요?

앞서 언급한 CTE(WITH 절)나 뷰를 사용하세요. 복잡한 로직을 별도의 단계로 분리하면 가독성도 좋아지고, 별칭을 그룹화에 사용하는 것과 같은 효과를 낼 수 있습니다.

Q: MySQL에서는 되는데 왜 다른 DB에서는 에러가 나나요?

MySQL은 사용자 편의를 위해 표준 SQL보다 유연한 문법을 허용합니다. 하지만 이는 표준이 아니므로, 다른 DBMS와의 호환성을 고려한다면 표준 문법을 지키는 습관을 들이는 것이 좋습니다.

Q: 성능상 어느 방법이 가장 좋은가요?

대부분의 최신 데이터베이스 엔진은 쿼리 최적화기를 통해 내부적으로 실행 계획을 최적화합니다. 따라서 수식을 반복하는 것과 서브쿼리를 사용하는 것 사이의 성능 차이는 무시해도 될 수준입니다. 성능보다는 가독성과 유지보수성을 선택하는 것이 현명합니다.

실무 환경에서의 유지보수성 향상

데이터베이스 쿼리는 작성하는 시간보다 읽고 수정하는 시간이 훨씬 깁니다. 별칭 혼동으로 인한 에러를 방지하는 것은 단순히 쿼리를 실행시키는 단계를 넘어, 팀 전체의 생산성을 높이는 일입니다.

복잡한 비즈니스 로직이 포함된 쿼리를 작성할 때는, 가능하면 로직을 계층화하세요. 예를 들어, 1단계에서는 데이터 가공, 2단계에서는 그룹화 및 집계, 3단계에서는 최종 정렬 및 출력으로 쿼리를 나누어 작성하는 습관을 들이면, 별칭 관련 에러는 물론이고 복잡한 쿼리의 디버깅도 훨씬 수월해집니다.

마지막으로, 데이터베이스의 종류가 무엇이든 간에 ‘SQL 실행 순서’라는 근본적인 원리를 기억하세요. 이 원리만 제대로 이해하고 있다면, 별칭 문제뿐만 아니라 조인이나 서브쿼리 등 다른 복잡한 문제들을 해결할 때도 훨씬 논리적이고 명확한 접근이 가능해질 것입니다.