SQLD 엔터티(Entity)와 속성(Attribute) 개념 및 특징 완벽 정리

zzwjddnr1 2026년 8월 18일 읽는 시간 약 8분

데이터 모델링의 핵심 식별자 완전 정복

SQLD 시험을 준비하거나 데이터베이스 설계를 처음 접하는 분들이 가장 먼저 마주하는 난관 중 하나가 바로 식별자 개념입니다. 식별자는 데이터 모델링에서 ‘데이터를 유일하게 구분하는 이름표’와 같습니다. 현실 세계에서 사람을 주민등록번호로 구분하고, 상품을 바코드로 구분하는 것과 같은 이치입니다. 이 식별자를 어떻게 설정하느냐에 따라 데이터베이스의 성능과 확장성이 완전히 달라지기 때문에 SQLD 시험에서도 매우 비중 있게 다루어집니다.

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

식별자는 크게 주식별자와 보조식별자로 나뉩니다. 이 둘의 구분은 데이터 모델링의 가장 기초가 되며 시험에서도 단골로 출제되는 영역입니다.

주식별자란 무엇인가

주식별자는 엔터티(Entity) 내에서 각 인스턴스를 유일하게 구분할 수 있는 대표적인 속성입니다. 예를 들어 ‘학생’ 엔터티가 있다면 ‘학번’은 주식별자가 될 수 있습니다. 주식별자는 다음과 같은 네 가지 특징을 반드시 만족해야 합니다.

유일성: 각 인스턴스를 유일하게 구분해야 합니다.
최소성: 유일성을 만족하는 최소한의 속성 조합이어야 합니다.
불변성: 값이 자주 변경되지 않아야 합니다.
존재성: 반드시 값이 존재해야 하며(Not Null), 비어있을 수 없습니다.

보조식별자란 무엇인가

보조식별자는 주식별자와 동일하게 인스턴스를 유일하게 구분할 수 있는 특징을 가지고 있지만, 대표 식별자로 선택되지 않은 속성을 의미합니다. 예를 들어 ‘학생’ 엔터티에서 ‘학번’이 주식별자라면, ‘주민등록번호’나 ‘이메일 주소’는 보조식별자가 될 수 있습니다. 이는 조회 성능을 높이거나 비즈니스 요구사항에 따라 데이터를 다각도로 찾기 위해 사용됩니다.

식별자 유형별 상세 분류

SQLD 시험에서는 식별자를 생성 방식과 구성 방식에 따라 더욱 세분화하여 묻습니다. 이를 잘 이해하면 문제 풀이 시간이 획기적으로 줄어듭니다.

생성 방식에 따른 분류

본질식별자: 업무 분석을 통해 자연스럽게 발생하는 식별자입니다(예: 학번, 사번, 주문번호).
인조식별자: 업무에서 발생하지 않지만, 시스템의 효율성을 위해 인위적으로 만든 식별자입니다(예: 일련번호, 데이터베이스의 Primary Key 자동 증가값).

구성 방식에 따른 분류

단일식별자: 하나의 속성만으로 구성된 식별자입니다.
복합식별자: 두 개 이상의 속성을 합쳐야만 유일성이 보장되는 식별자입니다.

SQLD 시험 출제 패턴 분석

시험장에서는 주로 ‘주식별자의 특징’과 ‘식별자 관계 vs 비식별자 관계’를 묻는 문제가 자주 등장합니다. 다음은 수험생들이 반드시 숙지해야 할 출제 포인트입니다.

주식별자 도출 과정의 함정

문제에서는 종종 ‘주식별자를 선택할 때 고려할 사항’을 묻습니다. 이때 주의할 점은 ‘업무적 의미’와 ‘기술적 효율성’ 사이의 균형입니다. 시험에서는 주식별자가 반드시 갖추어야 할 4가지 조건(유일성, 최소성, 불변성, 존재성)을 위배하는 예시를 제시하고 틀린 것을 찾으라는 유형이 많습니다.

식별자 관계와 비식별자 관계의 차이

엔터티 간의 관계를 맺을 때 부모의 주식별자를 자식의 주식별자로 상속받으면 ‘식별자 관계’, 일반 속성으로 상속받으면 ‘비식별자 관계’라고 합니다. 시험에서는 이 관계의 차이를 이해하고 있는지 묻습니다.

식별자 관계: 부모가 있어야 자식이 존재할 수 있는 강한 연결 고리입니다. 데이터의 무결성을 지키기 좋지만, 식별자가 계속 내려가면서 복합키가 길어지는 단점이 있습니다.
비식별자 관계: 자식이 부모 없이도 독립적으로 존재 가능한 경우입니다. 조인 성능이 좋아지지만, 데이터 무결성을 유지하기 위해 별도의 관리가 필요할 수 있습니다.

실생활 및 실무 적용을 위한 조언

이론을 공부하는 것만큼 중요한 것이 실무에서의 적용입니다. 데이터 모델러들은 흔히 다음과 같은 질문을 스스로 던져야 합니다.

인조식별자를 언제 사용하는 것이 좋은가

실무에서는 복합키(여러 속성을 합친 키)를 사용하는 것보다 인조식별자(예: ID)를 사용하는 것을 선호하는 경향이 있습니다. 그 이유는 조인(Join) 성능 때문입니다. 문자로 된 복합키를 여러 테이블에서 참조하면 데이터 용량도 커지고 쿼리 작성도 복잡해집니다. 따라서 실무에서는 비즈니스 키와 별개로 대리 키(Surrogate Key)를 생성하는 전략을 자주 사용합니다.

식별자 설계 시 흔한 오해

가장 흔한 오해는 ‘모든 속성을 식별자로 써도 되지 않나?’라는 생각입니다. 이는 데이터베이스의 정규화를 저해하고, 추후 변경 사항 발생 시 막대한 수정 비용을 초래합니다. 식별자는 최대한 간결하고 변하지 않는 값을 선택하는 것이 정석입니다.

전문가의 식별자 선정 가이드

데이터 모델링 전문가들은 식별자 선정 시 다음의 3단계 프로세스를 권장합니다.

업무 분석을 통해 후보 식별자를 나열합니다.
후보 식별자 중 유일성, 최소성, 불변성, 존재성 조건을 만족하는지 검증합니다.
성능과 유지보수 효율을 고려하여 최종 주식별자를 확정하고, 필요한 경우 인조식별자를 추가합니다.

특히 ‘불변성’은 데이터 모델링에서 매우 중요합니다. 예를 들어 ‘전화번호’를 식별자로 사용하면 번호가 바뀔 때마다 관련된 모든 테이블의 데이터를 변경해야 하므로 매우 비효율적입니다. 이럴 때는 내부적으로 관리하는 ‘고객번호’라는 인조식별자를 주식별자로 쓰는 것이 훨씬 현명합니다.

자주 묻는 질문과 답변

Q1. 주식별자를 변경해야 하는 상황이 오면 어떻게 하나요?

데이터 모델링 원칙상 주식별자는 불변해야 합니다. 만약 업무가 변경되어 식별자를 바꿔야 한다면, 기존 데이터를 이관하는 작업이 매우 복잡해집니다. 따라서 처음 설계 시 확장성을 고려하여 인조식별자를 사용하는 것이 안전합니다.

Q2. 복합식별자는 나쁜 설계인가요?

무조건 나쁜 것은 아닙니다. 1대1 관계나 아주 단순한 참조 관계에서는 오히려 명확할 수 있습니다. 하지만 참조 테이블이 많아질수록 복합식별자는 관리의 어려움을 초래하므로, 상황에 맞게 비식별자 관계 전환을 고려해야 합니다.

Q3. SQLD 시험에서 식별자 관련 문제를 잘 풀려면 무엇을 해야 하나요?

기출문제를 풀 때 단순히 답만 외우지 말고, 왜 이 속성이 주식별자로 적절한지 혹은 부적절한지를 위에서 언급한 4가지 조건(유일성, 최소성, 불변성, 존재성)에 대입해보는 연습이 필요합니다. 머릿속으로 엔터티를 그려보고 관계를 연결해보는 시각화 과정이 큰 도움이 됩니다.

효율적인 학습과 활용 전략

SQLD 자격증 취득은 단순히 지식을 쌓는 것을 넘어, 데이터베이스 설계의 철학을 배우는 과정입니다. 식별자 개념을 완벽하게 이해하면 SQL 쿼리 작성 시 조인 조건을 설계하는 능력이 비약적으로 상승합니다. 이론적인 정의를 암기하는 데 그치지 말고, 내가 사용하는 앱이나 웹사이트의 데이터 구조를 상상해보세요. ‘이 사용자의 ID는 무엇일까?’, ‘주문 정보는 어떤 식별자로 연결되어 있을까?’와 같이 질문을 던지는 것만으로도 학습 효율은 배가 됩니다.

데이터 모델링은 정답이 딱 하나로 정해진 영역이 아닙니다. 비즈니스 환경과 성능 요구사항에 따라 최선의 선택지가 달라질 뿐입니다. 오늘 배운 식별자의 기준을 바탕으로 나만의 모델링 원칙을 세워보시기 바랍니다. 기초가 튼튼한 모델러는 어떤 복잡한 시스템도 설계할 수 있는 역량을 갖추게 될 것입니다. 꾸준한 연습과 다양한 사례 분석을 통해 SQLD 시험 합격은 물론, 실무에서도 인정받는 데이터 전문가로 성장하시길 응원합니다.

zzwjddnr1