왜 컴활 1급 DB 파트가 유독 무겁게 느껴질까요?
엑셀은 평소에 한 번쯤 본 화면이라 기능 이름이 낯설어도 대충 위치를 상상할 수 있습니다. 반면 데이터베이스 파트는 테이블, 쿼리, 폼, 보고서처럼 객체 이름부터 새롭게 느껴져서 처음부터 머리가 무거워지기 쉽습니다.
이때 객체 이름을 낱개로 외우면 오래 버티기 어렵습니다. 데이터가 들어오는 곳, 조건으로 걸러지는 곳, 사람이 입력하는 화면, 출력되는 문서처럼 역할 흐름으로 바꿔 읽어야 문제 지시가 훨씬 빨리 보입니다.
첫 회독은 객체 지도를 다시 그리는 데만 씁니다
첫 회독의 목표는 정답률이 아니라 길 찾기입니다. 테이블은 데이터를 담는 곳, 관계는 테이블 사이 연결, 쿼리는 필요한 데이터를 꺼내는 질문, 폼은 입력과 조작 화면, 보고서는 출력과 정리 화면으로만 먼저 나눠 보세요.
이미 발행된 데이터베이스 객체 정리 글이 이 역할 구분을 맡고 있습니다. 이번 루틴에서는 그 지도를 가지고 어떤 순서로 회독할지를 정합니다. 즉 객체 정의를 더 길게 외우는 글이 아니라, DB 파트를 어떻게 빨리 돌릴지 정하는 글입니다.
둘째 회독부터는 테이블과 관계를 먼저 고정하세요
DB 파트에서 쿼리부터 바로 들어가면 조건식과 함수가 한꺼번에 밀려와서 쉽게 막힙니다. 먼저 테이블에 어떤 필드가 있고, 관계가 어떻게 연결되는지 확인해야 쿼리 지시문도 덜 낯섭니다.
기본 키, 관계, 레코드, 필드 같은 단어는 단어장처럼 외우기보다 예시 테이블 안에서 같이 봐야 합니다. 어떤 필드로 연결되는지 보이면 쿼리와 폼, 보고서가 왜 그 뒤에 나오는지도 자연스럽게 이어집니다.
쿼리는 문법보다 질문으로 읽는 편이 빠릅니다
쿼리를 처음 볼 때는 SQL 문법 전체를 완벽히 외우려 하기보다, 지금 무엇을 물어보는지부터 읽는 편이 좋습니다. 조건에 맞는 행을 찾는지, 특정 필드를 보여 주는지, 계산한 값을 만드는지로 나누면 지시문이 덜 복잡해집니다.
시험 직전에는 쿼리 조건, 정렬, 계산 필드, 매개변수처럼 자주 멈추는 지점만 따로 표시하세요. 모든 문법을 새로 늘리기보다, 문제에서 손이 멈춘 이유를 줄이는 쪽이 훨씬 실전적입니다.
폼과 보고서는 화면 목적만 구분해도 많이 가벼워집니다
폼과 보고서는 이름이 비슷하게 느껴질 수 있지만 목적이 다릅니다. 폼은 사용자가 데이터를 입력하거나 확인하는 화면에 가깝고, 보고서는 정리된 결과를 보기 좋게 출력하는 쪽에 가깝습니다.
그래서 공부할 때도 메뉴 이름만 외우지 말고, 이 기능이 입력 화면을 고치는지, 출력 결과를 고치는지 먼저 나눠 보세요. 목적만 나뉘어도 보기 제거 속도가 훨씬 빨라집니다.
5일 압축 루틴은 이렇게 잡으면 됩니다
1일차는 객체 지도를 다시 그리고, 2일차는 테이블·필드·관계만 봅니다. 3일차는 쿼리 조건과 계산 필드를 짧게 확인하고, 4일차는 폼과 보고서의 목적 차이를 문제로 확인합니다.
5일차에는 기출 한 세트를 풀되 점수보다 손이 멈춘 지점을 표시하세요. 멈춘 지점이 테이블인지, 관계인지, 쿼리 조건인지, 폼·보고서 지시문인지 분류하면 다음 회독에서 볼 범위가 확 줄어듭니다.