SQLD는 문법만 외우는 시험이 아니라
데이터 구조와 SQL 실행 결과를 함께 이해해야 합니다
SQLD는 국가공인 SQL 개발자 자격으로 응시자격에 제한이 없습니다. 시험은 데이터 모델링의 이해와 SQL 기본 및 활용으로 구성되며, 공개된 공식 안내 기준으로 전체 50문항 가운데 데이터 모델링의 이해가 10문항, SQL 기본 및 활용이 40문항으로 구성됩니다. 시험시간은 90분이며 총점 60점 이상과 과목별 과락기준을 함께 충족해야 합니다. 따라서 단기간에 준비한다면 2과목에 충분한 시간을 배정하면서 1과목 과락을 막는 균형이 중요합니다.
🗂 데이터 모델링 💻 SQL 기본·활용 📝 실행 결과 분석SQLD에서 가장 피해야 할 공부법은 SQL 명령어의 뜻만 암기하는 것입니다. 실제 문제를 안정적으로 풀려면 테이블에 어떤 데이터가 있고 WHERE 조건을 거친 뒤 어떤 행이 남으며 GROUP BY와 HAVING을 거쳐 최종적으로 어떤 결과가 만들어지는지 추적할 수 있어야 합니다. 데이터 모델링 역시 용어만 외우기보다 엔터티·속성·관계·식별자와 정규화가 서로 어떻게 연결되는지를 이해하는 방식이 좋습니다.
SQLD 시험 구조와 공부 우선순위
SQLD를 처음 준비하면 데이터베이스 이론을 얼마나 깊게 공부해야 하는지부터 고민하기 쉽습니다. 공식 안내에서 시험영역은 크게 데이터 모델링의 이해와 SQL 기본 및 활용으로 구분됩니다. 공개된 공식 안내 기준 문항 구성은 데이터 모델링의 이해 10문항, SQL 기본 및 활용 40문항입니다. 전체 50문항 중 단답형이 10문항 이내 포함될 수 있다는 안내도 확인할 수 있습니다.
이 구조에서 가장 먼저 읽어야 할 숫자는 40문항입니다. SQL 기본 및 활용의 비중이 크기 때문에 학습시간도 충분히 배정해야 합니다. 그렇다고 데이터 모델링을 버릴 수는 없습니다. 총점만 넘기면 되는 구조가 아니라 과목별 40% 미만이면 과락이므로 1과목에서도 안정적으로 정답을 확보할 수 있어야 합니다.
| 구분 | 공식 문항 구성 | 학습 방향 |
|---|---|---|
| 데이터 모델링의 이해 | 10문항 | 개념 비교와 관계 이해 |
| SQL 기본 및 활용 | 40문항 | 실행 결과 직접 계산 |
| 시험시간 | 90분 | 막히는 문제 표시 후 이동 |
| 합격 | 총점 60점 이상 | 과목별 40% 과락도 관리 |
공부시간은 개인의 SQL 경험에 따라 달라져야 합니다. 데이터베이스를 처음 접한다면 모델링을 빠르게 한 번 정리한 뒤 SQL 기본문법으로 넘어가고, 이후 문제풀이 과정에서 모델링 개념을 반복하는 방법이 좋습니다. 반대로 업무나 학교에서 SQL을 사용한 경험이 있다면 익숙한 SELECT 문법만 반복하기보다 NULL, 조인, 서브쿼리, 그룹 함수, 윈도우 함수처럼 실수하기 쉬운 영역에 시간을 더 사용할 수 있습니다.
출제 경향이라는 표현도 주의해서 받아들여야 합니다. 과거 복원문제에서 반복된 주제가 다음 시험에 동일한 문항 수로 나온다고 보장할 수는 없습니다. 따라서 특정 주제 몇 개만 암기하는 것보다 공식 시험범위를 전체적으로 공부하되 문항 비중이 큰 SQL 영역에서 충분한 문제풀이 경험을 확보하는 전략이 안정적입니다.
💡 시험 전략 핵심: 1과목은 과락을 막는 수준에서 끝내지 말고 기본 점수원으로 만들고, 문항 비중이 큰 2과목은 단순 문법 암기보다 실행 결과를 정확하게 계산하는 능력을 집중적으로 훈련하는 것이 좋습니다.
데이터 모델링 핵심 요약 노트
데이터 모델링은 처음에는 추상적으로 느껴지지만 결국 현실의 업무에서 필요한 데이터를 어떤 구조로 저장할 것인지를 결정하는 과정으로 이해하면 쉽습니다. 회원이 주문하고 상품을 구매하는 서비스를 생각하면 회원, 주문, 상품과 같은 대상을 구분하고 각각 어떤 정보를 가져야 하며 서로 어떤 관계인지 표현하는 과정이 모델링의 기본입니다.
데이터 모델링 압축 암기
엔터티 → 업무에서 관리할 필요가 있는 데이터의 집합
속성 → 엔터티가 가지는 세부적인 특성이나 정보
관계 → 엔터티 사이에 존재하는 업무적인 연관성
식별자 → 엔터티의 인스턴스를 구별할 수 있도록 사용하는 속성 또는 속성의 집합
정규화 → 데이터의 중복과 이상 현상을 줄이기 위해 구조를 합리적으로 분해하는 과정
모델링 단계는 개념적·논리적·물리적 모델링의 차이를 구분하는 방식으로 정리할 수 있습니다. 개념적 모델링은 업무 전체의 핵심 데이터와 관계를 큰 관점에서 표현하고, 논리적 모델링은 속성과 식별자 등을 구체화하며, 물리적 모델링은 실제 데이터베이스 환경을 고려해 저장 구조를 구현 가능한 수준으로 만드는 과정으로 이해하면 좋습니다.
엔터티 문제에서는 단순히 명사라고 해서 모두 엔터티가 되는 것은 아니라는 점을 기억해야 합니다. 업무에서 관리할 필요가 있고 인스턴스의 집합으로 관리될 수 있으며 다른 엔터티와의 관계 또는 업무적 의미를 갖는지 판단하는 방식이 필요합니다. 속성 역시 업무에서 필요한 의미를 가져야 하며 하나의 속성이 지나치게 여러 의미를 동시에 포함하지 않도록 구분해야 합니다.
관계에서는 관계명만 외우기보다 관계의 차수와 선택성을 함께 생각해야 합니다. 회원 한 명이 여러 주문을 할 수 있는지, 주문이 반드시 회원과 연결되어야 하는지처럼 실제 업무 문장으로 바꿔 읽으면 ERD 형태의 문제도 이해하기 쉬워집니다.
| 정규화 | 핵심 판단 | 암기 포인트 |
|---|---|---|
| 제1정규형 | 속성의 원자성 | 반복·다중값 확인 |
| 제2정규형 | 부분 함수 종속 제거 | 복합키 일부 종속 확인 |
| 제3정규형 | 이행 함수 종속 제거 | 일반 속성 간 종속 확인 |
정규화는 단계 이름만 암기하면 응용문제에서 흔들리기 쉽습니다. 기본키가 무엇인지 먼저 찾고 일반 속성이 기본키 전체에 종속되는지 확인합니다. 복합키의 일부에만 종속되는 속성이 있다면 부분 함수 종속을 의심하고, 기본키가 아닌 일반 속성을 거쳐 다른 일반 속성이 결정된다면 이행 함수 종속을 확인하는 식으로 접근하는 것이 좋습니다.
💡 모델링 핵심: 엔터티·속성·관계·식별자를 각각 따로 외우지 말고 하나의 업무 사례에 직접 적용해보면 기억하기 쉽습니다. 정규화 문제에서는 기본키와 함수 종속 관계를 먼저 표시하는 습관이 중요합니다.
SQL 기본 문법 핵심 요약 노트
SQL 기본에서는 명령어를 종류별로 외우는 것보다 하나의 조회문이 어떤 단계로 결과를 만들어내는지를 이해해야 합니다. SELECT 문이 길어질수록 작성된 순서대로 무작정 읽으면 조건과 그룹의 적용 시점을 혼동할 수 있습니다. 문제를 풀 때는 FROM에서 대상 데이터를 확인하고 WHERE 조건, 그룹 처리, 그룹 조건, 최종 조회와 정렬이 결과에 어떤 영향을 주는지 단계적으로 추적하는 습관이 좋습니다.
대상 테이블 확인 → 행 조건 적용 → 그룹 구성 → 그룹 조건 확인 → 출력할 열·계산값 확인 → 중복 여부 확인 → 정렬 → 최종 결과 검산
WHERE와 HAVING은 대표적인 혼동 영역입니다. WHERE는 그룹을 만들기 전에 개별 행을 대상으로 조건을 적용하고, HAVING은 그룹화된 결과에 조건을 적용하는 구조로 구분하면 좋습니다. 집계함수를 사용하는 문제에서는 어느 단계의 데이터에 계산이 적용되는지를 확인해야 합니다.
NULL은 시험에서 특히 주의해야 하는 개념입니다. NULL을 숫자 0이나 빈 문자열과 동일하다고 가정해서는 안 됩니다. 일반적인 비교 연산만으로 판단하지 말고 NULL 여부를 검사하는 표현을 구분해야 합니다. 산술연산이나 집계함수에서 NULL이 어떻게 취급되는지도 문제의 조건과 사용 함수에 따라 확인해야 합니다.
| 개념 | 핵심 | 자주 하는 실수 |
|---|---|---|
| WHERE | 행 조건 | HAVING과 혼동 |
| GROUP BY | 데이터 그룹화 | 그룹 기준 누락 |
| HAVING | 그룹 조건 | 행 조건처럼 판단 |
| DISTINCT | 중복 제거 | 열 조합의 중복을 놓침 |
| NULL | 알 수 없는 값의 개념 | 0과 동일하게 처리 |
COUNT 계열 문제에서도 세부 표현을 확인해야 합니다. 전체 행의 개수를 세는 경우와 특정 열의 값을 기준으로 세는 경우에는 NULL이 포함된 데이터에서 결과가 달라질 수 있습니다. 시험에서는 테이블이 작더라도 머릿속으로 계산하지 말고 해당 열의 값을 직접 표시하면 실수를 줄일 수 있습니다.
문자·숫자·날짜 함수는 개별 함수 이름을 무한정 암기하기보다 문자열 처리, 숫자 계산, 날짜 계산, 형 변환, NULL 처리처럼 역할별로 묶어 정리하는 방법이 효율적입니다. 함수 문제는 입력값과 반환값을 직접 계산해보면서 익혀야 기억이 오래갑니다.
💡 SQL 기본 핵심: SQL을 읽자마자 답을 고르지 말고 데이터가 어느 단계에서 제거되고 묶이며 계산되는지를 작은 중간 결과표로 만들어보는 습관이 정확도를 높이는 데 도움이 됩니다.
JOIN·서브쿼리·집합연산 핵심 정리
JOIN은 SQLD 문제풀이에서 결과 행의 개수를 잘못 판단하기 쉬운 영역입니다. 조인을 보면 문법부터 해석하지 말고 두 테이블에서 어떤 열을 기준으로 연결되는지 표시합니다. 이후 한쪽 테이블의 한 행과 상대 테이블의 몇 행이 조건을 만족하는지 직접 세어야 합니다. 같은 조인 키가 여러 번 존재하면 예상보다 결과 행이 늘어날 수 있습니다.
| 유형 | 핵심 질문 | 실수 방지 |
|---|---|---|
| INNER JOIN | 조건이 맞는 행은 무엇인가 | 중복 키 개수 확인 |
| OUTER JOIN | 어느 쪽 행을 보존하는가 | NULL 생성 위치 확인 |
| SELF JOIN | 같은 테이블의 어떤 역할을 연결하는가 | 별칭 구분 |
| CROSS JOIN | 가능한 조합은 몇 개인가 | 행 개수 곱 확인 |
OUTER JOIN에서는 어느 테이블의 행을 보존하는지가 핵심입니다. 조인 상대가 없더라도 보존되는 쪽의 행은 결과에 남을 수 있고 상대편 열에는 NULL이 나타날 수 있습니다. 이후 WHERE 조건이 추가되면 OUTER JOIN으로 남았던 행이 다시 제거될 수도 있으므로 조인 결과와 WHERE 적용 결과를 분리해 계산하는 것이 좋습니다.
서브쿼리는 위치와 반환 형태를 구분합니다. 하나의 값이 필요한 상황인지 여러 값이 반환될 수 있는 상황인지 확인하고 그에 맞는 비교 방식을 판단해야 합니다. 상관 서브쿼리는 외부 쿼리의 행과 연결되어 평가될 수 있으므로 독립적인 서브쿼리처럼 한 번만 계산한다고 생각하면 틀릴 수 있습니다.
IN, EXISTS, ANY, ALL처럼 비슷하게 보이는 표현은 작은 숫자 집합을 직접 만들어 비교하면 이해가 쉽습니다. 특히 NULL이 포함될 때 논리 결과가 직관과 달라질 수 있으므로 단순히 ‘포함되지 않으면 참’이라고 생각하지 말고 조건 평가 과정을 확인해야 합니다.
집합연산은 두 조회 결과의 열 개수와 대응되는 데이터의 성격을 확인하고 중복 처리 여부를 구분하는 것이 기본입니다. UNION과 UNION ALL을 비교할 때는 중복 제거 여부를 먼저 떠올리고, INTERSECT와 MINUS 계열은 교집합과 차집합이라는 의미를 실제 작은 결과집합으로 계산해보는 것이 좋습니다.
💡 JOIN 핵심: 조인 문제는 문법 암기보다 결과 행의 개수를 정확하게 계산하는 것이 중요합니다. 조인 키에 중복이 있는지, OUTER JOIN에서 어느 행이 보존되는지, 이후 WHERE가 어떤 행을 제거하는지를 순서대로 확인합니다.
윈도우 함수·계층형 질의·고급 SQL 정리
SQL 활용 영역으로 넘어가면 처음 준비하는 수험자가 어렵게 느끼는 부분이 윈도우 함수입니다. 하지만 기본 구조를 세 부분으로 나누면 부담을 줄일 수 있습니다. 어떤 함수를 사용할지, 어떤 기준으로 그룹과 유사한 계산 범위를 나눌지, 어떤 순서로 정렬할지를 구분해서 읽는 것입니다.
함수 종류 확인 → PARTITION 기준 확인 → ORDER 기준 확인 → 동일값 처리 확인 → 행별 반환값 계산 → 최종 정렬과 구분
순위 함수에서는 동일한 값이 있을 때 다음 순위가 어떻게 달라지는지를 구분해야 합니다. 단순히 이름을 암기하는 것보다 점수 데이터에 동점자를 넣고 각 함수의 결과를 직접 작성해보는 방식이 좋습니다. ROW_NUMBER 계열의 순번 부여와 RANK, DENSE_RANK의 동점 처리 차이를 비교하면 실수를 줄일 수 있습니다.
PARTITION BY는 GROUP BY와 비슷해 보이지만 결과 행을 하나의 집계 행으로 축소하는 것과는 구분해서 이해해야 합니다. 윈도우 함수는 원래 행을 유지하면서 해당 행에 그룹별 계산 결과를 추가할 수 있다는 관점에서 이해하면 여러 문제에 적용하기 쉽습니다.
| 영역 | 핵심 확인 | 학습 방법 |
|---|---|---|
| 순위 함수 | 동점 처리 | 동점 데이터 직접 계산 |
| PARTITION | 계산 범위 분리 | 그룹별 표 작성 |
| ORDER | 계산 순서 | 정렬 후 번호 표시 |
| 계층형 질의 | 부모·자식 방향 | 트리 직접 그리기 |
계층형 질의는 조직도처럼 상하 관계가 있는 데이터를 떠올리면 이해하기 쉽습니다. 시작 위치가 어디인지, 부모에서 자식 방향으로 탐색하는지 반대 방향인지, 각 행의 깊이가 어떻게 변하는지를 작은 트리로 직접 그려보는 방법이 효과적입니다. 문법만 읽으면서 해결하려고 하면 방향을 반대로 해석하기 쉽습니다.
SQL 최적화 기본 원리는 지나치게 깊은 데이터베이스 튜닝을 처음부터 공부하기보다 옵티마이저가 SQL을 실행하기 위한 방법을 결정한다는 기본 개념, 인덱스의 역할과 특징, 조인 방식과 실행계획을 이해하는 방향으로 접근하는 것이 좋습니다. 단순히 ‘인덱스가 있으면 항상 빠르다’는 식의 절대적인 문장으로 암기하면 응용문제에서 혼동할 수 있습니다.
💡 활용 영역 핵심: 어려운 SQL은 머릿속에서 한 번에 계산하지 않습니다. 순위는 표를 그리고, 계층형 데이터는 트리를 그리며, 조인은 중간 결과를 적는 방식으로 시각화하면 실수를 크게 줄일 수 있습니다.
출제 경향을 반영한 문제풀이 전략
SQLD 출제 경향을 분석할 때 가장 확실한 출발점은 공식 시험범위와 문항 구성입니다. 공식 안내에서는 데이터 모델링의 이해 10문항, SQL 기본 및 활용 40문항으로 안내하고 있습니다. 따라서 SQL 영역이 전체 점수에서 큰 비중을 차지한다는 사실은 명확하지만 세부 주제별로 매 시험마다 몇 문제가 출제될지를 고정적으로 단정하는 것은 피해야 합니다.
실전 문제풀이에서는 단순 개념 확인형과 실행 결과 계산형을 분리해 준비하는 것이 좋습니다. 모델링이나 최적화 기본 원리처럼 개념 비교가 중요한 내용은 핵심 문장을 압축해 반복하고, SQL 결과 문제는 반드시 손으로 계산합니다. 같은 시간 동안 공부하더라도 문제 유형에 맞는 방식으로 학습해야 효율이 높아집니다.
| 우선 점검 영역 | 확인해야 할 포인트 | 실수 방지법 |
|---|---|---|
| 모델링 | 엔터티·관계·식별자·정규화 | 비슷한 개념 비교 |
| NULL·함수 | NULL 처리와 반환값 | 입력·출력 직접 계산 |
| GROUP BY | 집계 대상과 그룹 조건 | 중간 그룹 작성 |
| JOIN | 행 개수·보존 방향 | 키 중복 표시 |
| 서브쿼리 | 반환 행과 상관관계 | 내부 결과 먼저 계산 |
| 윈도우 함수 | 분할·정렬·동점 | 행별 결과 기록 |
문제풀이 회독도 단계적으로 진행하면 좋습니다. 첫 회독에서는 정답률보다 범위를 파악하고, 두 번째 회독에서는 틀린 이유를 분류합니다. 세 번째부터는 답을 기억해서 맞히는지 확인하기 위해 SQL의 조건이나 데이터를 조금 바꿔 생각해봅니다. ‘왜 정답인가’를 설명할 수 있어야 유사문제에서도 대응할 수 있습니다.
오답은 ‘문법을 몰랐다’, ‘NULL을 놓쳤다’, ‘조인 결과 행 수를 틀렸다’, ‘문제 조건을 잘못 읽었다’, ‘시간이 부족했다’처럼 원인별로 분류하는 것이 좋습니다. 같은 이유로 계속 틀린다면 문제를 더 많이 푸는 것보다 해당 개념을 다시 공부하는 것이 우선입니다.
시험시간은 90분이므로 한 문제에 지나치게 오래 머무르는 습관도 교정해야 합니다. 처음 읽었을 때 바로 풀 수 있는 개념 문제를 먼저 처리하고, 계산이 긴 SQL은 표시한 뒤 다시 돌아오는 방식으로 연습할 수 있습니다. 실제 시간 배분은 개인별 속도에 맞게 모의풀이를 통해 조정해야 합니다.
💡 출제 경향 활용법: ‘이번 시험에는 이것이 반드시 나온다’는 예상보다 공식 범위 전체를 학습하면서 SQL 결과 계산에서 반복되는 실수를 줄이는 방식이 안정적입니다. 과거 문제는 미래 문항을 맞히는 도구보다 자신의 약점을 찾는 도구로 활용하는 것이 좋습니다.
시험 직전 자주 헷갈리는 핵심 질문
시험 직전 최종 압축 체크리스트
SQLD 시험 직전에는 새로운 내용을 계속 늘리는 것보다 이미 공부한 범위에서 헷갈리는 부분을 제거하는 것이 중요합니다. 데이터 모델링은 비슷한 개념의 차이를 말로 설명할 수 있는지 확인하고 SQL은 쿼리를 보자마자 답을 선택하는 대신 실제 결과를 끝까지 계산할 수 있는지 확인합니다. 특히 NULL과 조인, 그룹 함수, 서브쿼리, 윈도우 함수처럼 작은 조건 하나가 결과를 바꾸는 문제에서는 정확성을 우선하는 것이 좋습니다.
| 영역 | 마지막 확인 | 완료 기준 |
|---|---|---|
| 모델링 | 엔터티·속성·관계·식별자 | 차이를 설명 가능 |
| 정규화 | 함수 종속 관계 | 분해 이유 설명 가능 |
| SQL 기본 | NULL·함수·GROUP BY | 결과 직접 계산 |
| SQL 활용 | JOIN·서브쿼리·윈도우 | 중간 결과 작성 가능 |
| 실전 | 90분 시간 관리 | 전체 문제 검토 시간 확보 |
☑ 엔터티·속성·관계·식별자의 차이를 설명할 수 있는가
☑ 제1·제2·제3정규화의 핵심 차이를 구분하는가
☑ NULL을 0이나 일반적인 값과 동일하게 판단하지 않는가
☑ WHERE와 HAVING의 적용 대상을 구분하는가
☑ COUNT 등 집계함수에서 NULL 영향을 확인하는가
☑ JOIN 문제에서 조인 키의 중복을 먼저 확인하는가
☑ OUTER JOIN에서 어느 쪽 행을 보존하는지 판단하는가
☑ 서브쿼리가 단일 값인지 여러 값을 반환하는지 확인하는가
☑ RANK 계열 함수의 동점 처리 차이를 구분하는가
☑ 어려운 SQL은 머릿속 계산이 아니라 중간 결과를 적어 풀고 있는가
시험 직전 압축 회독 순서
모델링 핵심 용어 → 엔터티·속성·관계 → 식별자 → 정규화 → NULL → 주요 함수 → GROUP BY와 HAVING → JOIN → 서브쿼리 → 집합연산 → 윈도우 함수 → 계층형 질의 → SQL 최적화 기본 → 기존 오답 → 시간 제한 모의풀이 순서로 빠르게 확인하면 전체 범위를 압축해서 복습하기 좋습니다.
점수가 오르지 않을 때 확인할 부분
모델링에서 계속 틀린다면 → 개념을 각각 암기하지 말고 서로 비교해 차이를 한 문장으로 정리합니다.
SQL 결과를 계속 틀린다면 → 머릿속 계산을 줄이고 WHERE 적용 후 데이터와 조인 후 데이터를 직접 적습니다.
NULL에서 틀린다면 → 문제를 읽는 즉시 테이블의 NULL에 별도 표시를 하고 연산과 함수 결과를 확인합니다.
JOIN에서 틀린다면 → 두 테이블의 조인 키를 먼저 적고 각 값이 몇 번 등장하는지 확인합니다.
시간이 부족하다면 → 긴 계산 문제에 표시하고 넘어가는 연습을 하며 제한시간 모의풀이를 반복합니다.
최종 원칙 → SQLD는 SQL 문장을 많이 외운 사람이 아니라 주어진 데이터와 조건을 정확하게 읽고 결과를 계산하는 사람이 안정적으로 점수를 확보하기 좋은 구조입니다.
⚠️ 시험정보 확인: 시험 일정과 접수기간, 세부 운영방식은 회차별로 달라질 수 있습니다. 공개된 공식 자격 안내에서는 SQLD를 국가공인 SQL 개발자 자격으로 안내하며 응시자격 제한 없음, 시험시간 90분, 데이터 모델링의 이해 10문항과 SQL 기본 및 활용 40문항, 총점 60점 이상 및 과목별 40% 미만 과락 기준을 제시하고 있습니다. 실제 응시 전에는 해당 회차의 최신 시험 안내를 최종 기준으로 확인해야 합니다.
SQLD 시험을 준비할 때 핵심은 모델링 용어를 비교해서 이해하고 SQL은 실제 결과를 계산하는 것입니다. 데이터 모델링에서는 엔터티와 속성, 관계, 식별자, 정규화를 연결해서 정리하고 SQL에서는 NULL과 함수, 그룹 처리, JOIN, 서브쿼리, 윈도우 함수 등의 결과를 직접 추적해야 합니다. 특히 문항 비중이 큰 SQL 기본 및 활용 영역은 문제를 눈으로만 반복하기보다 작은 결과표를 직접 작성하는 연습이 중요합니다. 개념 압축 → 기본문법 → 결과 계산 → JOIN·서브쿼리 → 활용 SQL → 오답 분석 → 제한시간 모의풀이의 흐름으로 반복하면 시험 직전까지 학습 범위를 체계적으로 관리할 수 있습니다.