한빛미디어

챗GPT나 제미나이에게 요청하면 SQL 쿼리는 몇 초 만에 완성됩니다. 그러나 AI가 만든 쿼리가 원하는 결과를 내는지, 잘못된 데이터를 조회하지는 않는지 판단하는 일은 여전히 사람의 몫입니다. SQL을 아는 사람은 AI를 활용할 수 있지만, SQL을 모르면 AI가 만든 SQL이 맞는지조차 판단하기 어렵습니다. MySQL로 SQL을 처음 공부하는 입문자가 AI를 정답 생성기가 아닌 학습 파트너로 쓰는 방법과, 바로 복사해 쓸 수 있는 프롬프트를 정리했습니다.

SQL을 공부할 때 AI의 역할: 정답 생성기가 아닌 1:1 선생님

SQL 학습에서 AI는 정답을 대신 만들어 주는 도구보다 학습을 돕는 과외 선생님으로 사용하는 것이 좋습니다. 예를 들어 WHERE 절을 공부했다면 완성된 SQL을 써 달라고 하기보다 "BETWEEN과 IN의 차이를 나에게 질문해 줘"라고 요청합니다. 인덱스를 공부했다면 이해한 원리를 먼저 AI에게 설명하고, 잘못 이해한 부분이 있는지 확인받는 방식이 더 효과적입니다.

이런 방식이 필요한 이유는 AI가 작성한 SQL이 항상 올바르지는 않기 때문입니다. AI는 존재하지 않는 열이나 테이블을 쓰거나, 현재 DBMS와 맞지 않는 문법을 제시할 수 있습니다. 따라서 AI에게 물어본 뒤에는 배운 내용으로 스스로 판단하고, MySQL에서 직접 실행해 결과를 확인해야 합니다.

SQL 학습에 바로 쓰는 AI 프롬프트 4가지

다음 프롬프트는 모두 AI가 질문을 던지고 학습자가 답하는 구조입니다. 학습자는 답하거나 힌트를 받아 다시 생각하며 부족한 부분을 찾아갑니다.

1. SQL 복습 프롬프트: AI에게는 힌트만 받는 ‘백지 복습법’

첫 번째 방법은 배운 내용을 보지 않고 머릿속에서 직접 떠올리는 것입니다. 다시 읽기보다 스스로 기억해 내는 편이 더 오래 남습니다. SELECT ~ FROM ~ WHERE를 공부한 뒤라면 책을 덮고 AI에게 복습 코치 역할을 맡깁니다. AI는 SELECT 기본 형식, WHERE 조건식, BETWEEN과 IN의 차이, LIKE의 %와 _, 서브쿼리까지 5개 질문을 하나씩 던집니다. 이 프롬프트의 핵심은 빠진 부분을 정답 대신 힌트로 유도하도록 요청하는 데 있습니다.

2. 개념 점검 프롬프트: AI에게 내가 설명하는 ‘가르치는 공부법’

두 번째 방법은 AI와 역할을 바꿔 내가 선생님이 되는 것입니다. 말로 설명할 수 있으면 제대로 이해한 것입니다. AI는 초보자가 되어 설명을 요청하고, 설명을 들은 뒤 초보자처럼 질문 2~3개를 던집니다. 마지막으로 잘한 점과 다시 보면 좋을 점을 짚어 줍니다. 다음은 데이터베이스와 DBMS의 차이를 설명하는 연습에 쓰는 프롬프트입니다.

3. SQL 디버깅 프롬프트: 틀린 쿼리로 ‘디버깅 연습’

세 번째 방법은 일부러 틀리게 작성한 쿼리를 받아 직접 고치는 디버깅 연습입니다. 특히 WHERE 누락이나 AUTO_INCREMENT 오류는 실무에서 치명적인 실수입니다. 이 연습은 틀린 코드를 보고 어떤 문제가 생길지 먼저 예측하는 것으로 시작합니다. 예측한 뒤에는 AI에게 힌트를 하나만 받아 수정안을 제출하고, 정답과 비교합니다. 데이터가 대량으로 바뀌거나 지워지는 쿼리는 직접 실행하지 않고 결과만 예측하도록 프롬프트에 명시합니다.

4. JOIN 비교 프롬프트: 유형별 결과를 맞혀보는 ‘예측 공부법’

네 번째 방법은 같은 데이터에 여러 JOIN을 적용해 결과가 어떻게 다른지 비교하는 실험입니다. INNER, LEFT, RIGHT, CROSS JOIN은 남기는 행이 서로 다릅니다. 이 실험은 작은 데이터로 네 가지 JOIN의 결과 행 수와 NULL 위치를 다룹니다. 각 JOIN마다 "몇 행이 나올까? NULL은 어디 생길까?"를 먼저 예측한 뒤 결과와 맞춰 보는 것이 핵심입니다. 실험을 마치면 LEFT·RIGHT JOIN에서 생기는 NULL과 CROSS JOIN의 곱집합 차이가 정리됩니다.

AI와 SQL을 공부할 때 지켜야 할 원칙

AI를 활용하더라도 직접 작성하고 실행하는 과정은 생략할 수 없습니다. SQL 학습에서 AI를 쓸 때는 다음 원칙을 기준으로 삼습니다.

• UPDATE·DELETE의 WHERE 조건은 직접 작성합니다. 실행 전에 같은 조건으로 SELECT를 돌려 검증합니다. AI에게 맡기면 조건을 검증하는 습관이 생기지 않습니다.
• JOIN은 먼저 작성하고 AI에게 리뷰를 받습니다. 이 순서로 진행해야 INNER 대신 LEFT를 써야 하는 경우나 ON 조건 누락 같은 실수 패턴을 배울 수 있습니다. 결과를 보기 전에 '몇 행이 나올까?'를 먼저 예상합니다.
• 서브쿼리는 단독으로 먼저 실행합니다. 결과를 확인한 뒤 바깥 쿼리에 넣어야 합니다. AI가 대신 실행해 주면 실행 순서를 이해하기 어렵습니다.
• 오류 메시지는 먼저 직접 읽습니다. 오류가 나도 바로 정답을 찾기보다 오류 메시지를 읽고 무엇이 잘못됐는지 생각해 보는 과정이 실력을 키웁니다. AI에게 '고쳐 주세요'만 요청하지 않고, 메시지에서 핵심 키워드를 직접 찾아봅니다.
• AI가 준 코드는 반드시 직접 실행해 확인합니다. AI가 '될 거예요'라고 해도, 실행해 봐야 압니다.

다섯 원칙의 공통점은 AI를 정답을 알려 주는 도구가 아니라 내 생각을 검증하는 파트너로 활용한다는 점입니다. 핵심은 AI에게 정답을 묻기보다, AI의 질문에 답하며 내가 아는 것을 확인하는 데 있습니다.

위 컨텐츠는 우재남 저자의
『혼자 공부하는 SQL with AI』를 재구성하여 작성되었습니다.