컴퓨터과학개론 13강 - 데이터베이스 (1)
파일 처리 시스템의 한계와 데이터베이스의 등장 배경을 이해하고, 데이터베이스의 정의·특징·장단점을 학습한다. 이어서 ANSI/SPARC 3단계 구조와 데이터 독립성, DBMS와 데이터 언어, 데이터 모델링 및 개체-관계 모델의 핵심 개념을 정리한다.
1. 데이터와 정보처리 시스템
데이터(data)는 관찰이나 측정을 통해 현실 세계에서 수집한 단순한 사실이나 값이다. 수집된 데이터는 그 자체만으로 목적에 맞는 의미를 갖지 못할 수 있으며, 적절한 처리를 거쳐야 의사결정에 사용할 수 있는 정보가 된다.
정보처리 시스템은 한 기관에서 데이터를 수집하고 조직·저장하여 필요한 정보를 생성하고 분배하는 시스템이다. 실제 세계의 방대한 데이터를 효과적으로 저장하고 운영하려면 단순 파일 이상의 체계적인 데이터 관리 기술이 필요하다.
| 구분 | 의미 |
|---|---|
| 데이터 | 관찰·측정으로 얻은 가공 전의 사실과 값 |
| 정보 | 목적에 맞게 처리되어 의미와 가치를 갖게 된 데이터 |
| 정보처리 시스템 | 데이터를 수집·조직·저장하고 정보를 생성·분배하는 시스템 |
데이터베이스는 현실 세계의 대량 데이터를 여러 응용이 함께 사용할 수 있도록 체계적으로 저장하고 운영하려는 기술이다.
2. 파일 처리 시스템과 그 한계
파일 처리 시스템은 파일을 단위로 데이터를 저장하고 처리한다. 각 응용 프로그램이 자신의 목적에 필요한 파일을 독립적으로 소유하고 관리하며, 파일의 논리적 구조와 물리적 구조가 응용 프로그램 안에 반영된다.
급여 계산, 세금 정산, 퇴직금 계산 프로그램이 각각 별도 파일을 관리한다고 생각해 보자. 동일한 사원 정보가 여러 파일에 반복되고, 파일 구조가 달라지면 각 프로그램을 함께 수정해야 하며, 다른 응용과 데이터를 공동으로 사용하기도 어렵다.
| 문제 | 의미와 결과 |
|---|---|
| 데이터 종속성 | 파일 구성 요소나 접근 방식이 바뀌면 해당 응용 프로그램도 함께 변경해야 한다. |
| 데이터 중복성 | 동일한 데이터가 여러 파일에 저장되어 일관성·보안성·경제성·무결성 유지가 어렵다. |
| 데이터 공유 불가 | 응용별로 파일을 독립 소유하여 다른 프로그램과 공동 활용하기 어렵다. |
이러한 한계를 해결하기 위해 응용별 파일을 분리하여 관리하는 대신 데이터를 통합하고 DBMS를 통해 여러 응용이 공동으로 접근하는 데이터베이스 기술이 등장하였다.
3. 데이터베이스의 정의와 특징
데이터베이스(database)는 한 조직의 여러 응용 시스템이 공유하여 사용하기 위한 통합·저장·운영 데이터의 집합이다.
| 정의 요소 | 설명 |
|---|---|
| 공유 데이터 | 여러 응용 프로그램이 공동으로 소유하고 사용하는 데이터 |
| 통합 데이터 | 중복을 배제하여 데이터의 일관성을 유지한 데이터의 집합 |
| 저장 데이터 | 컴퓨터가 접근할 수 있는 저장매체에 저장된 데이터 |
| 운영 데이터 | 조직의 목적과 유용성 측면에서 반드시 유지해야 하는 데이터 |
통합은 모든 중복을 무조건 제거한다는 뜻이 아니다. 시스템 성능을 향상하기 위해 제한적이고 통제된 범위에서 의도적으로 중복을 허용할 수 있다. 운영 데이터에서는 단순 입출력 처리 중 일시적으로만 필요한 데이터는 제외한다.
데이터베이스의 네 가지 기본 특징
| 특징 | 설명 |
|---|---|
| 실시간 접근성 | DB에 수시로 접근하는 사용자의 요구를 즉시 처리하여 응답한다. |
| 계속적인 변화 | 삽입·삭제·갱신으로 내용을 지속적으로 바꾸어 현실 세계의 상태를 정확히 반영한다. |
| 동시 공유 | 서로 다른 목적의 여러 사용자가 동시에 원하는 데이터에 접근한다. |
| 내용에 의한 참조 | 저장 위치나 주소가 아니라 데이터의 내용과 값에 따라 참조한다. |
4. 데이터베이스 방식의 향상된 특성
데이터베이스 방식은 파일 처리 방식과 달리 데이터 자체에 대한 설명을 함께 관리하고, 응용 프로그램과 데이터 구조를 분리하며, 사용자에게 필요한 수준으로 데이터를 추상화한다.
| 특성 | 설명 |
|---|---|
| 자기 기술성 | DB뿐 아니라 파일 구조, 항목 타입, 저장 형식, 제약조건 등 DB에 대한 정의와 설명도 시스템 카탈로그에 저장한다. |
| 프로그램-데이터 독립성 | 데이터 파일 구조 정보를 응용 프로그램에서 분리하여 관리한다. |
| 데이터 추상화 | 저장 방식의 세부 사항보다 개념적 표현을 제공하여 데이터 접근을 쉽게 한다. |
| 다중 뷰 제공 | 사용자 요구에 따라 각자의 필요한 부분만 선택적으로 추출한 뷰를 제공한다. |
| 데이터 공유 | 여러 사용자가 동시에 DB에 접근할 수 있게 한다. |
| 다수 사용자 트랜잭션 처리 | 동시성 제어를 통해 여러 사용자가 같은 데이터를 변경해도 일관성을 보장한다. |
자기 기술성에서 데이터에 대한 데이터인 메타데이터가 중요하다. DBMS는 실제 값뿐 아니라 그 값의 구조와 제약조건도 알고 관리한다.
5. 데이터베이스의 장점과 단점
| 장점 | 의미 |
|---|---|
| 데이터 일관성 | 같은 현실 사실을 나타내는 둘 이상의 데이터가 서로 일치하도록 유지 |
| 데이터 무결성 | DB 값과 그것이 나타내는 현실 세계의 실제 값이 일치하도록 정확성 유지 |
| 데이터 보안 | 허가된 사용자가 허용된 범위에서 데이터 사용 |
| 백업과 회복 | 장애에 대비해 데이터를 복구할 수 있도록 지원 |
| 표준화 | 데이터 형식과 처리 규칙을 조직 차원에서 통일 |
| 개발 시간 단축과 융통성 | 공용 데이터를 재사용하고 변화 요구에 유연하게 대응 |
| 최신 정보의 가용성과 규모의 경제성 | 갱신된 정보를 공동 활용하고 자원을 통합하여 경제성 확보 |
| 단점 | 설명 |
|---|---|
| 운영비의 증대 | DBMS와 전문 인력, 장비의 도입·운영 비용이 필요하다. |
| 복잡한 자료 처리 | 통합 데이터와 동시 사용을 관리하는 구조가 복잡하다. |
| 백업과 회복의 오버헤드 | 안전한 복구를 위한 추가 처리와 저장이 필요하다. |
| 시스템의 취약성 | 중앙화된 DB 시스템에 장애가 생기면 여러 응용이 함께 영향을 받을 수 있다. |
6. 데이터베이스 시스템과 ANSI/SPARC 구조
데이터베이스 시스템은 데이터를 데이터베이스에 저장하고 관리하여 필요한 정보를 생성하는 컴퓨터 중심의 시스템이다. 주요 구성요소는 데이터베이스, 데이터베이스 관리 시스템, 데이터 언어, 데이터베이스 사용자, 데이터베이스 관리자, 데이터베이스 기계이다.
데이터베이스 구조는 외부·개념·내부의 3단계로 설명하며 이를 ANSI/SPARC 구조라고 한다. 각 단계는 사용자의 관점, 기관 전체의 논리적 관점, 저장장치의 물리적 관점을 분리한다.
| 단계 | 다른 명칭 | 관점과 내용 |
|---|---|---|
| 외부 단계 | 뷰 단계 | 개인적 입장으로 각 사용자가 바라보는 개인 수준의 DB |
| 개념 단계 | 논리적 단계 | 기관 전체의 입장에서 물리 저장 세부를 제외하고 데이터와 관계를 기술 |
| 내부 단계 | 물리적 단계 | 저장장치 관점에서 데이터가 실제로 저장되는 방식을 기술 |
외부 단계는 사용자별 보이는 모습, 개념 단계는 전체 DB의 논리 구조, 내부 단계는 실제 저장 구조이다.
7. 스키마와 데이터 독립성
스키마(schema)는 데이터베이스 구조에 대한 정의와 제약조건의 명세이다. 관점에 따라 외부 스키마, 개념 스키마, 내부 스키마로 구분한다.
| 스키마 | 정의와 특징 |
|---|---|
| 외부 스키마 | 개별 사용자나 응용 프로그램이 관심을 두는 DB의 일부를 기술한다. 서브 스키마라고도 하며 하나의 DB에 여러 개가 존재한다. |
| 개념 스키마 | 모든 사용자가 필요로 하는 전체적이고 통합된 DB 구조를 기술한다. 하나만 존재하며 개체 정의, 접근 권한, 보안정책, 무결성 제약조건을 포함한다. |
| 내부 스키마 | 레코드 형식, 인덱스, 필드 표현, 레코드의 물리적 순서 등 실제 저장 구조를 기술한다. |
외부/개념 사상은 특정 외부 스키마와 개념 스키마의 대응 관계를 정의한다. 개념 스키마를 바꾸어도 외부 스키마와 응용을 유지할 수 있게 하는 논리적 데이터 독립성을 지원한다.
개념/내부 사상은 개념 스키마와 내부 스키마의 대응 관계를 정의한다. 논리 구조에 영향을 주지 않고 저장 방식이나 인덱스를 바꿀 수 있게 하는 물리적 데이터 독립성을 지원한다.
외부/개념 사상 → 논리적 데이터 독립성
개념/내부 사상 → 물리적 데이터 독립성
8. 데이터베이스 관리 시스템
DBMS(DataBase Management System)는 응용 프로그램이 데이터베이스를 공용할 수 있도록 관리하는 소프트웨어 시스템이다. 사용자와 데이터베이스 사이에서 DB 구성, 접근방법, 유지관리의 책임과 권한을 갖고 요청을 통합적으로 수행한다.
사용자가 SQL과 같은 언어로 데이터 접근을 요구하면 DBMS는 요구를 분석한다. 외부 스키마와 대응하는 개념 스키마를 검토하고 개념·내부 사상을 통해 기억장치 구조를 확인한 뒤 저장된 데이터에 필요한 연산을 수행한다.
DBMS의 필수 기능
| 기능 | 설명 |
|---|---|
| 정의 | 여러 사용자의 요구에 대응하도록 가장 적절한 DB 구조를 정의한다. |
| 조작 | 사용자가 연산지원 도구를 통해 DB에 체계적으로 접근하고 조작하게 한다. |
| 제어 | 공용 DB 내용을 정확하고 안전하게 유지하며 무결성, 보안, 권한, 동시성 처리를 관리한다. |
DBMS의 주요 목적은 응용 프로그램이 데이터에 종속되지 않도록 데이터 독립성을 제공하는 것이다.
9. 데이터 언어: DDL, DCL, DML
데이터 언어는 사용자와 DBMS가 통신하는 수단이다. 기능과 목적에 따라 데이터 정의어, 제어어, 조작어로 나누지만 실제로는 하나의 통합 언어 안에서 기능적으로 구분될 수 있다.
| 언어 | 주요 기능 | 주 사용자·특징 |
|---|---|---|
| DDL | DB 구조, 데이터 형식, 처리 방식 등을 정의 | 설계자·관리자가 개념 스키마를 정의하며 뷰 정의어와 기억장소 정의어를 포함 |
| DCL | 데이터 보안, 무결성, 회복, 동시성 제어 등을 정의·기술 | DBA가 공용 데이터를 정확하고 안전하게 사용하도록 제어 |
| DML | 검색, 수정, 삽입, 삭제 등 데이터 조작 | 사용자와 응용 프로그램이 DB의 데이터를 다룸 |
DML은 필요한 데이터를 어떻게 구할지 구체적으로 명시하는 절차적 방식과, 어떤 데이터가 필요한지만 명시하는 비절차적 방식으로 나뉜다. 절차적 DML은 응용 프로그램에 삽입되어 한 번에 하나의 레코드를 처리하므로 저수준 DML이라고도 한다. 비절차적 DML은 선언적·고수준 DML이며 SQL 같은 질의어와 데이터 부속어가 여기에 해당한다.
10. 데이터베이스 사용자와 관리자
데이터베이스 사용자는 데이터베이스에 접근하는 사람의 총칭이다. 일반 사용자, 응용 프로그래머, 데이터베이스 관리자로 구분할 수 있다.
| 사용자 | 역할 |
|---|---|
| 일반 사용자 | SQL과 같은 질의어로 검색·삽입·수정·삭제를 위해 DB에 접근 |
| 응용 프로그래머 | 호스트 언어와 데이터 부속어를 사용하여 DB 응용 프로그램 개발 |
| DBA | DB를 정의하고 제어하며 조직의 공용 데이터 전반을 책임지고 관리 |
DBA(DataBase Administrator)는 DDL과 DCL로 DB를 정의·제어하고 여러 사람이 공용할 수 있도록 관리한다. 조직의 전산업무, DBMS 관련 하드웨어와 소프트웨어에 대한 지식이 필요하다. 접근권한 설정, DB 제작과 갱신, 보존과 관리, 운영과 통제, 성능 측정, 변경 요구 대응 등의 책임을 진다.
데이터베이스 기계는 DB 관리 기능을 효율적으로 수행하도록 특화하여 설계한 하드웨어·소프트웨어 시스템이다. 후위 처리기, 지능형 저장장치, 내용에 의한 참조 메모리, 병렬 처리, 데이터베이스 연산기 등이 포함될 수 있다.
11. 데이터 모델링과 세 가지 모델
데이터 모델링은 현실 세계의 데이터를 데이터 모델상의 데이터베이스 구조로 변환하는 과정이다. 실제 세계의 일부를 DBMS가 지원하는 데이터 모델의 형태로 추상화하여 데이터베이스를 표현한다.
데이터 모델은 데이터 타입, 연산, 의미, 일관성 제약조건 등 DB 구조를 추상화하여 체계적으로 명세하는 개념의 집합이며 모델링 결과를 표현하는 도구이다.
| 모델 | 수준과 역할 | 대표 내용 |
|---|---|---|
| 개념적 모델 | 현실 세계의 주요 데이터를 추출해 개념세계의 데이터로 표현 | 개체와 관계 중심, 대표적으로 E-R 모델 |
| 논리적 모델 | 개념세계의 데이터를 DB에 저장할 구조로 표현하는 구현 모델 | 계층형, 네트워크형, 관계형, 객체지향형, 객체관계형 |
| 물리적 모델 | 저장장치 관점에서 실제 저장 세부를 기술 | 레코드 형식·순서, 접근경로 등 |
개념적 모델은 사용자가 데이터를 인식하는 방법과 밀접하며 현실 개체를 추상화한다. 논리적 모델은 세부 물리 저장을 감추면서 사용자가 이해할 수 있는 저장 구조를 제공한다. 물리적 모델은 사용자 수준보다 더 낮은 저장장치 관점의 정보를 표현한다.
12. 논리적 데이터 모델의 종류
| 모델 | 구조와 특징 |
|---|---|
| 계층형 모델 | DB 구조를 트리로 표현하며 두 개체 관계는 부모-자식의 1:n 관계이다. |
| 네트워크형 모델 | 망형 모델이라고도 하며 그래프로 표현하고 링크 관계는 오너-멤버 관계이다. |
| 관계형 모델 | 데이터를 관계 형태로 표현하며 다음 강의에서 상세히 다룬다. |
| 객체지향형 모델 | 데이터와 절차를 일체화한 객체지향 개념을 DB에 적용한다. |
| 객체관계형 모델 | 관계형 모델과 객체지향형 모델의 장점을 결합한 진보된 형태로 관계형 시스템에 객체 저장능력을 추가한다. |
계층형 모델은 트리 구조의 부모-자식 1:n 관계로 제한되지만, 네트워크형 모델은 그래프와 링크를 사용해 더 다양한 관계를 표현한다.
13. 개체-관계 모델과 개체
E-R(Entity-Relationship) 모델은 개체 타입과 이들 사이의 관계 타입을 이용해 현실 세계를 개념적으로 표현하는 방법이다. E-R 모델을 그래프 형태로 표현한 것이 개체-관계 다이어그램(ERD)이다. 현실세계의 정보를 E-R 다이어그램으로 모델링한 뒤 논리적 데이터 모델을 거쳐 저장 DB로 구현한다.
개체(entity)는 데이터로 표현하려는 물리적·개념적으로 존재하는 실세계의 유무형 객체이다. 파일 구조에서는 하나의 레코드에 대응한다. 하나 이상의 속성으로 구성되며 단일값·다중값 속성, 단순·복합 속성, 유도 속성 등이 있을 수 있다.
| 개념 | 의미 | 사원 예 |
|---|---|---|
| 개체 타입 | 개체의 공통 논리 구조를 이름과 속성으로 정의 | 사원(사원번호, 이름, 직급, 주소) |
| 속성 | 개체의 특성이나 상태를 나타내는 가장 작은 논리적 단위 | 사원번호, 이름, 직급, 주소 |
| 개체 인스턴스 | 구체적인 속성값으로 실체화된 하나의 개체 | (1138, 김민호, 대리, 서울 종로구) |
| 개체 집합 | 특정 개체 타입의 모든 인스턴스 집합이며 DB의 관리 대상 | 여러 사원 인스턴스의 집합 |
14. 관계, 사상 원소 수와 참여
관계(relationship)는 개체 집합 사이의 대응성 또는 사상을 의미한다. 관계 타입을 미리 정의한 뒤 구체적 개체값을 관계에 따라 해석하면 “이관용 교수가 홍길동 학생을 지도한다”와 같은 유용한 의미를 표현할 수 있다.
| 사상 원소 수 | 의미 |
|---|---|
| 일대일(1:1) | X의 한 개체가 Y의 한 개체와, Y의 한 개체도 X의 한 개체와 대응 |
| 일대다(1:n) | X의 한 개체가 Y의 여러 개체와 대응 |
| 다대일(n:1) | X의 여러 개체가 Y의 한 개체와 대응 |
| 다대다(m:n) | X와 Y의 여러 개체가 서로 여러 개체와 대응 |
두 개체 집합 X와 Y의 관계에서 “개체 Y가 개체 X에 종속되어 있다”면 X가 존재해야 Y가 존재할 수 있고, X가 삭제되면 Y도 함께 삭제된다. 이때 X는 오너 개체, Y는 약한 개체이다.
X의 모든 인스턴스가 관계에 반드시 참여하면 전체 참여 또는 필수 참여라 한다. 일부만 참여할 수 있으면 부분 참여 또는 선택 참여라 한다.
15. E-R 다이어그램의 표기
| 기호 형태 | 의미 |
|---|---|
| 직사각형 | 개체 타입 |
| 이중 직사각형 | 약한 개체 타입 |
| 마름모 | 관계 타입 |
| 이중 마름모 | 약한 관계 타입 |
| 이중 연결선 | 전체 참여 개체 타입 |
| 타원 | 속성 |
| 밑줄 친 속성 | 키 속성 |
| 이중 타원 | 다중값 속성 |
| 점선 타원 | 유도 속성 |
| 하위 타원이 연결된 타원 | 복합 속성 |
강의의 고객-계좌 예에서 고객과 계좌는 개체 타입이고 계좌거래는 관계 타입이다. 고객의 주민등록번호와 계좌의 계좌번호는 키 속성이다. 고객 한 명이 여러 계좌와 거래할 수 있으므로 고객과 계좌 사이의 사상 비율은 1:N으로 나타낼 수 있으며 거래일자는 관계의 속성으로 표현된다.
E-R 모델은 현실세계의 개체, 개체의 속성, 개체 사이의 관계를 개념적으로 표현하여 논리적 데이터베이스 설계의 기초를 제공한다.
핵심 개념 정리
- 파일 처리 시스템은 응용별 파일 관리로 데이터 종속성·중복성·공유 불가 문제가 발생한다.
- 데이터베이스는 여러 응용이 공유하는 통합·저장·운영 데이터의 집합이다.
- 데이터베이스의 특징은 실시간 접근성, 계속적인 변화, 동시 공유, 내용에 의한 참조이다.
- DB 방식은 자기 기술성, 프로그램-데이터 독립성, 추상화, 다중 뷰, 공유, 다수 사용자 트랜잭션을 지원한다.
- ANSI/SPARC 구조는 외부·개념·내부의 3단계로 구성된다.
- 외부 스키마는 여러 개, 개념 스키마는 하나이며 내부 스키마는 물리 저장 구조를 설명한다.
- 외부/개념 사상은 논리적 독립성, 개념/내부 사상은 물리적 독립성을 지원한다.
- DBMS는 데이터 정의·조작·제어 기능을 제공하고 응용에 데이터 독립성을 제공한다.
- DDL은 구조 정의, DCL은 보안·무결성·회복·동시성 제어, DML은 검색·삽입·수정·삭제를 담당한다.
- DB 사용자는 일반 사용자, 응용 프로그래머, DBA로 나뉘며 DBA가 공용 DB 전반을 책임진다.
- 데이터 모델링은 현실 세계의 데이터를 데이터 모델상의 DB 구조로 변환하는 과정이다.
- 데이터 모델은 개념적·논리적·물리적 모델로 구분된다.
- 논리적 모델에는 계층형, 네트워크형, 관계형, 객체지향형, 객체관계형이 있다.
- E-R 모델은 개체와 속성, 관계를 이용해 현실세계를 개념적으로 표현한다.
- 관계의 사상 원소 수는 1:1, 1:n, n:1, m:n으로 구분하고 참여는 전체·부분 참여로 나눈다.
최종 정리: 데이터베이스의 핵심은 데이터를 응용별 파일에 가두지 않고 조직의 공용 자원으로 통합하여 독립적으로 관리하는 데 있다. 외부·개념·내부 구조와 스키마 사이의 사상은 데이터 독립성을 만들고, DBMS는 정의·조작·제어를 수행한다. 데이터 모델링에서는 현실세계의 개체와 관계를 E-R 모델로 표현한 뒤 논리적·물리적 구조로 구체화한다.
예상문제 20선
1. 파일 구성이나 접근 방식이 바뀌면 응용 프로그램도 함께 수정해야 하는 문제는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
파일 구조와 응용 코드가 밀접하게 결합되어 파일 변경이 프로그램 변경을 요구하는 현상이 데이터 종속성이다.
2. 데이터베이스의 정의로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
데이터베이스는 조직의 여러 응용이 공동으로 사용할 수 있도록 데이터를 통합하여 저장하고 운영한다.
3. 저장 주소가 아니라 데이터의 값과 조건으로 원하는 데이터를 찾는 특성은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
내용에 의한 참조는 사용자가 실제 저장 위치를 알지 않아도 값이나 조건으로 데이터를 검색하게 한다.
4. DB 자체뿐 아니라 구조·타입·제약조건에 관한 설명도 함께 저장하는 특성은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
자기 기술성은 실제 데이터와 함께 데이터 구조와 제약조건을 설명하는 메타데이터를 카탈로그에 보관하는 특성이다.
5. ANSI/SPARC 구조에서 각 사용자가 바라보는 개인 수준의 DB를 나타내는 단계는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
외부 단계 또는 뷰 단계는 개별 사용자와 응용이 필요로 하는 DB의 모습을 나타낸다.
6. 데이터베이스 전체의 통합된 논리 구조를 기술하며 하나만 존재하는 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
개념 스키마는 기관 전체의 통합 논리 구조와 제약조건을 기술하며 DB마다 하나만 존재한다.
7. 저장 레코드 형식이나 인덱스를 바꾸어도 개념 스키마가 영향을 받지 않는 성질은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
개념/내부 사상이 논리 구조와 실제 저장 구조를 분리하여 저장 방식의 변경을 흡수한다.
8. DBMS의 필수 기능에 해당하지 않는 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
DBMS는 정의·조작·제어 기능으로 공용 데이터를 관리하며 불필요한 중복을 줄이려 한다.
9. DB 구조와 데이터 형식, 처리 방식을 정의하는 데이터 언어는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
DDL은 데이터 정의어로 개념 스키마를 비롯한 DB 구조와 형식을 정의한다.
10. 데이터의 검색·삽입·수정·삭제를 수행하는 언어는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
DML은 사용자가 DB의 레코드를 검색하고 삽입·수정·삭제하도록 하는 데이터 조작어이다.
11. 보안·무결성·회복·동시성 제어와 가장 직접적으로 관련된 언어는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
DCL은 공용 데이터를 정확하고 안전하게 사용하도록 제어 기능을 정의하고 기술한다.
12. 조직의 공용 DB에 대한 접근권한, 운영, 보존, 성능과 변경을 책임지는 사람은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
DBA는 DDL·DCL을 활용하여 DB를 정의·제어하고 조직의 데이터 자원 전반을 관리한다.
13. 현실 세계의 데이터를 데이터 모델상의 DB 구조로 변환하는 과정은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
데이터 모델링은 현실 정보를 추상화하여 DBMS가 지원하는 데이터 구조로 표현하는 과정이다.
14. 현실 세계의 주요 개체와 관계를 추출하여 표현하는 대표적인 개념적 모델은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
E-R 모델은 개체 타입과 관계 타입으로 현실 세계를 개념적으로 표현한다.
15. 트리 구조와 부모-자식의 1:n 관계로 DB를 표현하는 논리적 모델은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
계층형 모델은 데이터를 트리 구조로 조직하며 개체 관계는 부모와 자식의 1:n 형태이다.
16. 개체의 특성이나 상태를 표현하는 가장 작은 논리적 단위는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
속성은 사원번호나 이름처럼 한 개체의 특성이나 상태를 나타내는 논리적 단위이다.
17. ‘사원(사원번호, 이름, 직급, 주소)’처럼 개체의 논리적 구조를 정의한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
개체 타입은 개체 이름과 속성을 이용해 같은 종류의 개체가 갖는 공통 논리 구조를 정의한다.
18. 한 고객이 여러 계좌와 연결될 수 있는 관계의 사상 원소 수는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
한 고객 개체가 여러 계좌 개체와 대응하면 고객에서 계좌 방향의 관계는 일대다이다.
19. ERD에서 약한 개체 타입을 나타내는 기호는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
ERD에서 일반 개체 타입은 직사각형, 약한 개체 타입은 이중 직사각형으로 표현한다.
20. 개체 집합의 모든 인스턴스가 특정 관계에 반드시 참여하는 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
모든 개체 인스턴스가 관계에 빠짐없이 참여해야 하면 전체 참여 또는 필수 참여라 한다.
댓글
댓글 쓰기