SQLD 시험 문제: 데이터베이스 정규화 단계별 목적과 이상 현상

데이터베이스 정규화가 무엇이며 왜 중요한가

데이터베이스를 공부하다 보면 가장 먼저 마주하게 되는 벽이자, 실무에서 가장 중요한 개념 중 하나가 바로 정규화입니다. SQLD 자격증을 준비하는 분들에게 정규화는 단순히 시험 문제의 단골 소재를 넘어, 효율적인 데이터 설계의 핵심 원리입니다. 정규화란 데이터의 중복을 제거하고 데이터 구조를 체계적으로 정리하여 데이터의 일관성을 유지하고 이상 현상을 방지하는 과정을 의미합니다.

우리가 엑셀에 데이터를 정리할 때를 생각해보겠습니다. 고객 정보와 주문 정보를 한 시트에 모두 넣으면, 고객이 주소를 바꿀 때마다 주문 내역을 일일이 찾아가 수정해야 합니다. 이런 번거로움과 오류 가능성을 시스템적으로 해결하는 것이 정규화입니다. 정규화를 거치면 데이터는 논리적으로 분리되어 관리되므로, 시스템의 유지보수가 쉬워지고 데이터의 무결성이 높아집니다.

데이터베이스 이상 현상의 이해

정규화를 왜 해야 하는지 이해하려면 먼저 정규화되지 않은 테이블에서 발생하는 세 가지 주요 이상 현상을 알아야 합니다. 이 현상들은 데이터베이스의 품질을 떨어뜨리는 주범입니다.

• 삽입 이상: 데이터를 삽입할 때 원치 않는 데이터까지 함께 삽입해야 하는 현상입니다. 예를 들어, 과목 정보가 없는 학생은 수강 신청 테이블에 등록할 수 없는 상황이 이에 해당합니다.
• 갱신 이상: 중복된 데이터 중 일부만 수정되어 데이터의 불일치가 발생하는 현상입니다. 특정 학생의 주소가 바뀌었는데, 주문 내역 여러 곳에 흩어진 주소를 모두 바꾸지 못하면 데이터 간 충돌이 일어납니다.
• 삭제 이상: 정보를 삭제할 때 의도치 않게 다른 데이터까지 함께 삭제되는 현상입니다. 특정 학생의 수강 내역을 지웠더니 그 학생의 기본 정보까지 데이터베이스에서 사라지는 경우가 대표적입니다.

정규화의 단계별 목적과 핵심 원리

정규화는 1차부터 5차까지 단계가 있지만, SQLD 시험과 실무에서는 보통 3차 정규화까지를 가장 중요하게 다룹니다. 각 단계는 이전 단계의 조건을 만족하면서 더 높은 수준의 데이터 무결성을 목표로 합니다.

제1정규형

모든 속성은 원자값을 가져야 합니다. 즉, 하나의 컬럼에는 하나의 값만 들어가야 합니다. 예를 들어, ‘전화번호’ 컬럼에 ‘010-1234-5678, 010-9876-5432’처럼 여러 값을 쉼표로 구분해 넣는 것은 제1정규형 위반입니다. 이를 별도의 행으로 분리하는 것이 첫걸음입니다.

제2정규형

제1정규형을 만족하면서, 기본키가 아닌 모든 속성이 기본키에 완전 함수 종속되어야 합니다. 복합키(두 개 이상의 컬럼으로 구성된 기본키)를 사용할 때, 특정 속성이 복합키의 일부에만 의존한다면 이를 분리해야 합니다. 예를 들어 ‘주문번호’와 ‘상품코드’가 기본키일 때, ‘상품명’은 ‘상품코드’에만 의존하므로 별도의 테이블로 빼야 합니다.

제3정규형

제2정규형을 만족하면서, 기본키가 아닌 속성들 간의 이행적 함수 종속을 제거합니다. ‘기본키 -> A -> B’와 같은 구조가 있다면, A와 B를 별도의 테이블로 분리해야 합니다. 예를 들어 ‘학생번호’가 ‘학과코드’를 결정하고, ‘학과코드’가 ‘학과명’을 결정한다면, 학과 정보를 별도 테이블로 관리해야 합니다.

실생활에서 적용하는 데이터 설계 팁

정규화를 교과서적으로만 접근하면 너무 복잡하게 느껴질 수 있습니다. 실무에서는 다음과 같은 관점을 가지면 도움이 됩니다.

• 데이터의 중복을 최소화하되, 조회 성능을 고려하세요. 정규화를 과하게 하면 테이블 간 조인(Join)이 너무 많아져 조회 속도가 느려질 수 있습니다. 이럴 때는 반정규화(De-normalization)를 통해 의도적으로 중복을 허용하기도 합니다.
• 관련 있는 데이터는 그룹화하세요. 처음부터 완벽한 설계를 하려 하기보다, ‘이 데이터가 성격상 어디에 속하는가’를 고민하며 테이블을 나누는 연습을 해보세요.
• 변경 빈도를 생각하세요. 자주 바뀌는 데이터는 정규화를 통해 분리하여 데이터의 일관성을 확보하고, 거의 바뀌지 않는 통계성 데이터는 정규화를 조금 느슨하게 적용해도 무방합니다.

흔한 오해와 사실 관계

많은 분이 “정규화를 하면 무조건 좋은 데이터베이스인가?”라고 묻습니다. 정답은 “항상 그렇지는 않다”입니다. 정규화는 데이터의 무결성을 지키는 데 최적화되어 있지만, 대규모 데이터를 실시간으로 조회해야 하는 환경에서는 오히려 독이 될 수 있습니다. 정규화는 데이터의 ‘입력, 수정, 삭제’ 효율을 높이는 것이 목적이며, ‘조회’ 성능은 별도의 인덱스나 반정규화 전략으로 보완해야 합니다.

전문가가 제안하는 학습 및 활용 전략

SQLD 시험을 준비하는 분들에게 드리는 조언은 ‘함수 종속성’을 명확히 이해하라는 것입니다. 어떤 컬럼이 어떤 컬럼을 결정하는지 화살표를 그려보는 연습만으로도 문제의 80%는 해결됩니다. 또한, 실무에서는 정규화와 반정규화 사이의 균형을 맞추는 것이 실력입니다. 처음에는 정규화 원칙을 철저히 지켜 설계를 완성한 뒤, 성능 이슈가 발생하는 지점을 찾아 반정규화를 적용하는 ‘Bottom-up’ 방식의 사고를 기르시길 바랍니다.

자주 묻는 질문과 답변

Q: 반정규화는 나쁜 설계인가요?

A: 아닙니다. 반정규화는 시스템의 성능을 향상시키기 위한 의도적인 전략입니다. 다만, 정규화 과정을 거쳐 데이터 구조를 충분히 이해한 상태에서 수행해야 데이터 무결성 문제를 최소화할 수 있습니다.

Q: 정규화는 어디까지 해야 하나요?

A: 보통 3차 정규화까지가 표준입니다. 보이스코드 정규형(BCNF)이나 4, 5차 정규형은 특수한 상황에서만 필요합니다. 일반적인 업무 시스템이라면 3차 정규화만 충실히 해도 충분히 훌륭한 설계가 됩니다.

Q: 정규화와 모델링의 차이는 무엇인가요?

A: 모델링은 데이터베이스의 전체적인 구조를 그리는 큰 틀이라면, 정규화는 그 안에서 데이터의 중복을 제거하고 효율성을 높이는 구체적인 기법입니다. 모델링의 과정 속에 정규화라는 검증 단계가 포함되어 있다고 이해하면 쉽습니다.

비용 효율적인 데이터베이스 관리 방법

데이터베이스 설계가 잘 되어 있으면 불필요한 스토리지 비용을 줄일 수 있습니다. 중복 데이터를 제거하면 전체 저장 공간이 줄어들고, 데이터가 명확하게 구분되어 있어 백업과 복구 작업도 훨씬 빨라집니다. 또한, 개발자가 쿼리를 작성할 때 복잡한 조인을 줄일 수 있어 개발 생산성 측면에서도 비용 절감 효과가 큽니다. 장기적으로 보았을 때, 초기 단계에서 정규화를 철저히 하는 것이 시스템의 유지보수 비용을 획기적으로 낮추는 가장 경제적인 방법입니다.

정규화는 데이터베이스 설계의 기본기이자 가장 강력한 무기입니다. 처음에는 개념이 생소하고 어렵게 느껴질 수 있지만, 이상 현상을 하나씩 해결해 나가는 과정은 마치 퍼즐을 맞추는 것처럼 논리적인 즐거움을 줍니다. 시험을 위한 공부를 넘어, 여러분이 설계할 미래의 데이터베이스가 더욱 견고하고 효율적으로 작동하도록 돕는 밑거름이 될 것입니다.