SQLD 주식별자 및 보조식별자 구분 기준과 시험 출제 패턴

데이터베이스 설계의 핵심인 식별자 이해하기

SQLD 시험을 준비하거나 데이터 모델링을 처음 접하는 분들이 가장 먼저 마주하는 난관 중 하나가 바로 식별자 개념입니다. 식별자는 데이터베이스 내의 수많은 데이터 중에서 특정 데이터를 유일하게 찾아내기 위한 표지판과 같습니다. 우리가 도서관에서 책을 찾을 때 도서 번호가 필요한 것처럼, 데이터베이스에서도 각 행을 구분할 수 있는 고유한 기준이 반드시 존재해야 합니다. 이 글에서는 주식별자와 보조식별자의 개념을 명확히 정의하고, 시험에서 어떤 패턴으로 출제되는지, 그리고 실무에서는 어떻게 활용되는지 상세히 알아보겠습니다.

주식별자와 보조식별자의 기본 개념

식별자는 엔터티(Entity) 내에서 인스턴스를 구분하기 위한 속성입니다. 크게 주식별자와 보조식별자로 나뉩니다.

• 주식별자 (Primary Identifier): 엔터티를 대표하는 유일한 식별자입니다. 반드시 하나 이상의 속성으로 구성되며, 모든 인스턴스를 유일하게 식별할 수 있어야 합니다. 또한, NULL 값을 가질 수 없으며(Not Null), 값이 자주 바뀌지 않아야 합니다(불변성).
• 보조식별자 (Alternate Identifier): 주식별자는 아니지만, 인스턴스를 유일하게 식별할 수 있는 속성입니다. 주식별자가 있음에도 불구하고 업무적인 필요에 의해 별도로 관리되는 식별자입니다. 예를 들어 주민등록번호가 주식별자라면, 사원번호는 보조식별자가 될 수 있습니다.

주식별자 선정 기준과 실무적 고려사항

좋은 주식별자를 선정하는 것은 데이터 모델링의 품질을 결정짓는 중요한 요소입니다. 실무에서 주식별자를 선택할 때는 다음 네 가지 기준을 반드시 고려해야 합니다.

• 유일성: 주식별자에 의해 엔터티 내의 모든 인스턴스들이 유일하게 구분되어야 합니다.
• 최소성: 주식별자를 구성하는 속성의 수는 최소화해야 합니다. 너무 많은 속성이 결합된 식별자는 조인 연산 시 성능 저하를 유발합니다.
• 불변성: 식별자의 값은 한 번 정해지면 데이터의 생명주기 동안 변경되지 않는 것이 좋습니다.
• 존재성: 주식별자로 지정된 속성은 반드시 값이 존재해야 합니다. 즉, NULL 값이 허용되지 않습니다.

SQLD 시험 출제 패턴 분석

SQLD 시험에서 식별자 문제는 단순 암기보다는 개념의 적용 능력을 묻는 경우가 많습니다. 자주 출제되는 패턴은 다음과 같습니다.

• 주식별자 도출 사례 찾기: 구체적인 업무 시나리오를 주고, 해당 엔터티의 주식별자로 가장 적절한 것을 고르는 문제입니다. 이때 최소성과 유일성 원칙을 위배하는 보기를 골라내는 것이 핵심입니다.
• 식별자 관계와 비식별자 관계 구분: 부모 엔터티의 주식별자가 자식 엔터티의 주식별자로 상속되는지(식별자 관계), 아니면 일반 속성으로만 들어가는지(비식별자 관계)를 묻는 문제가 빈출됩니다.
• 식별자 분류 문제: 대표성 여부(주/보조), 생성 여부(내부/외부), 속성 수(단일/복합), 대체 여부(본질/인조)에 따른 분류를 정확히 이해하고 있는지 묻습니다.

특히 ‘인조 식별자’와 ‘본질 식별자’의 개념을 혼동하지 않도록 주의해야 합니다. 업무적으로 생성된 데이터가 아니라 시스템상 편리함을 위해 임의로 부여한 일련번호(예: PK_ID)는 인조 식별자에 해당하며, 실무에서는 성능과 확장성을 위해 이를 선호하는 경향이 있습니다.

흔한 오해와 사실 관계 바로잡기

많은 학습자가 범하는 오류 중 하나는 ‘식별자는 무조건 하나여야 한다’고 생각하는 것입니다. 하지만 식별자는 여러 속성을 결합하여 구성할 수 있습니다. 이를 복합 식별자라고 합니다. 예를 들어 주문 상세 엔터티에서 ‘주문번호’와 ‘상품코드’를 결합해야만 유일한 데이터가 식별된다면, 이 두 속성이 합쳐져 하나의 주식별자가 됩니다.

또 다른 오해는 ‘보조식별자는 사용하지 않는 것이 좋다’는 생각입니다. 보조식별자는 데이터 조회 시 성능을 향상시키는 인덱스(Index)의 역할을 수행하기도 합니다. 따라서 업무적으로 자주 조회되는 조건이 있다면, 이를 보조식별자로 지정하여 데이터베이스 설계에 반영하는 것이 실무적으로 매우 효율적입니다.

전문가가 제안하는 데이터 모델링 팁

데이터 모델링 전문가들은 주식별자를 설계할 때 다음의 조언을 강조합니다.

• 가능한 한 인조 식별자를 적극 활용하라: 업무 규칙이 변경되어 본질 식별자(주민번호, 이메일 등)가 바뀌는 상황이 발생하면 데이터베이스 전체에 수정이 가해집니다. 이를 방지하기 위해 시스템 내부적으로는 의미 없는 일련번호를 주식별자로 사용하는 것이 훨씬 안전합니다.
• 성능을 고려한 식별자 설계: 식별자가 너무 길거나 복잡하면 조인 연산 시 메모리 사용량이 늘어납니다. 가능한 짧은 데이터 타입(Integer 등)을 사용하는 것이 좋습니다.
• 이력 데이터 관리: 이력 엔터티를 설계할 때는 기존 주식별자에 ‘시작일자’와 같은 속성을 더해 복합 식별자를 구성하는 패턴이 필수적입니다. 이 점을 이해하는 것이 SQLD 고득점의 열쇠입니다.

자주 묻는 질문과 답변

Q1. 주식별자가 꼭 하나여야 하나요?

아니요, 주식별자는 여러 속성의 조합으로 구성될 수 있습니다. 다만, 그 조합이 해당 엔터티의 인스턴스를 유일하게 식별할 수 있는 ‘최소한의 구성’이어야 한다는 점이 중요합니다.

Q2. 보조식별자는 언제 사용하나요?

주식별자 외에도 업무적으로 인스턴스를 식별할 수 있는 다른 기준이 존재할 때 사용합니다. 예를 들어 고객 엔터티에서 고객번호가 주식별자라면, 이메일 주소나 전화번호는 고객을 식별할 수 있는 보조식별자가 됩니다.

Q3. 식별자 관계와 비식별자 관계는 무엇이 다른가요?

식별자 관계는 부모의 주식별자가 자식의 주식별자로 상속되는 구조입니다. 데이터 간의 연결이 매우 강하며, 부모 없이는 자식이 존재할 수 없음을 의미합니다. 비식별자 관계는 부모의 주식별자를 자식의 일반 속성으로만 가져오는 경우로, 데이터 간 연결이 상대적으로 느슨합니다.

비용 효율적인 학습 및 실무 적용 방법

이론을 공부한 후에는 반드시 실제 데이터베이스 설계 툴(ERD 툴)을 사용하여 직접 모델을 그려보는 것이 좋습니다. 무료로 제공되는 DBeaver나 ERDCloud와 같은 도구를 활용하면 비용을 들이지 않고도 실제 식별자가 어떻게 데이터 간의 관계를 맺는지 눈으로 확인할 수 있습니다.

SQLD 시험을 위해서라면 기출문제집을 풀 때 단순히 답만 맞히는 것이 아니라, 왜 이 속성이 주식별자가 될 수 없는지, 왜 이 엔터티에서는 비식별자 관계를 맺었는지 그 ‘이유’를 분석하는 학습법이 필요합니다. 이러한 원리 이해는 실무에서 복잡한 시스템을 설계할 때 엄청난 시간 비용을 절감해 줍니다. 잘못된 식별자 설계로 인해 나중에 데이터베이스 구조를 통째로 뜯어고치는 비용은 상상 이상으로 크기 때문입니다.

결국 식별자 설계는 단순히 시험 문제를 푸는 기술이 아니라, 데이터라는 자산을 체계적으로 분류하고 관리하는 논리적 사고의 과정입니다. 이 과정을 즐기며 학습한다면 SQLD 자격증 취득은 물론, 데이터 엔지니어링이나 분석가로서의 탄탄한 기본기를 갖추게 될 것입니다.