
정답중복 저장되면 오히려 동일 수준의 보안을 유지하기 어렵기 때문에, '동일 수준의 보안이 가능하다'는 설명이 단점 설명으로 옳지 않습니다.
핵심 개념
파일처리 시스템의 데이터 중복(redundancy) 문제
파일처리 시스템은 응용 프로그램마다 자기 파일을 따로 갖기 때문에 같은 데이터가 여러 파일에 중복 저장됩니다. 이 중복은 ① 저장공간 낭비, ② 갱신 시 모든 사본을 찾아 고쳐야 하는 갱신 비용 증가, ③ 일부만 갱신될 때 사본 간 값이 어긋나는 데이터 불일치(inconsistency), ④ 같은 데이터가 여러 곳에 흩어져 있어 보안·접근통제를 일관되게 적용하기 어려움이라는 문제를 낳습니다. 데이터베이스 시스템은 데이터를 한곳에 통합 관리해 이 중복을 통제(controlled redundancy)함으로써 위 단점을 줄입니다.
선지별 해설
①같은 데이터가 여러 파일에 흩어져 있으면 각 사본마다 접근 권한과 보안 정책을 따로 적용해야 하므로 동일한 수준의 보안을 보장하기가 오히려 어려워집니다. 중복의 단점이 아니라 사실관계 자체가 틀린 서술이므로 이 선지가 정답입니다.
②동일한 데이터를 여러 파일에 반복 저장하므로 그만큼 디스크 저장공간이 추가로 소모됩니다. 중복의 가장 직접적인 비용에 해당합니다.
③여러 사본 중 일부만 갱신되면 같은 사실에 대해 서로 다른 값이 존재하게 되어 데이터 불일치가 발생하고, 결과적으로 데이터 일관성이 깨집니다.
④값을 하나 바꾸려면 흩어져 있는 모든 사본을 찾아 동일하게 갱신해야 하므로 갱신 작업량과 비용이 증가합니다. 이를 갱신 이상(update anomaly)의 원인으로 봅니다.

정답ㄷ(요구사항 수집·분석) → ㄹ(개념적 설계) → ㅂ(논리적 설계) → ㄱ(정규화) → ㄴ(물리적 설계) → ㅁ(튜닝) 순서가 옳습니다.
핵심 개념
데이터베이스 설계의 단계별 순서
데이터베이스 설계는 '요구사항 수집 및 분석 → 개념적 설계 → 논리적 설계 → 물리적 설계 → 구현 → 운영·튜닝' 순서로 진행됩니다. 개념적 설계에서는 DBMS와 무관하게 E-R 다이어그램 같은 개념 스키마를 만들고, 논리적 설계에서는 이를 목표 DBMS의 데이터 모델(관계 스키마)로 사상한 뒤 정규화를 수행해 이상현상을 제거합니다. 즉 정규화는 논리적 설계 단계에 속하는 작업입니다. 물리적 설계에서는 인덱스·파일 구조·접근 경로 등 저장 구조를 결정하고, 마지막으로 운영 중 성능을 관찰하며 데이터베이스 튜닝을 수행합니다.
선지별 해설
①정규화(ㄱ)를 요구사항 분석보다 먼저 두었습니다. 정규화는 논리적 설계 단계에서 관계 스키마가 만들어진 뒤에 수행하는 작업이므로 맨 앞에 올 수 없습니다.
②정규화가 맨 앞에 왔고, 논리적 설계(ㅂ)가 개념적 설계(ㄹ)보다 앞서며, 튜닝(ㅁ)이 물리적 설계(ㄴ)보다 앞서 있어 순서가 여러 군데 어긋납니다.
③요구사항 수집·분석으로 시작해 개념적 설계, 논리적 설계, 그 안에서의 정규화를 거쳐 물리적 설계로 내려가고 마지막에 운영 단계의 튜닝으로 마무리되는 표준적인 설계 순서와 일치하므로 정답입니다.
④논리적 설계(ㅂ)를 개념적 설계(ㄹ)보다 먼저 두었고 튜닝(ㅁ)이 물리적 설계(ㄴ)보다 앞서 있어 순서가 뒤바뀌었습니다.