3과목 : 데이터베이스 구축

정보처리기사 정리

3과목 : 데이터베이스 구축

dev-note-404 2025. 5. 12. 15:50

728x90

2021년 08월 14일 기출문제

41. 무결성 규정(Integrity Rule)

=> 불법적인 사용자의 접근으로부터 데이터베이스를 보호하는 것은 무결성 규정의 직접적인 목적이 아닙니다.

42. 트랜잭션 : 데이터베이스에서 하나의 논리적 기능을 수행하기 위한 작업의 단위 또는 한꺼번에 모두 수행되어야 할 일련의 연산들을 의미

43. 카티션 프로덕트(cartesian product)

44. 물리적 데이터베이스 설계

=> 트랜잭션의 인터페이스를 설계 ==> 이것은 논리적 설계에서 인터페이스를 사용자의 입장에서 편리하도록 설계 하는 것임

45. 개체 무결성 제약조건 : 기본키는 NULL 값을 가져서는 안되며, 릴레이션 내에 오직 하나의 값만 존재해야 한다는 조건

46. SQL문에서 HAVING을 사용할 수 있는 절

: GROUP BY 절

47. 관계 대수 연산 : SELECT , PROJECT, JOIN, DIVISION

48. 학적 테이블에서 전화번호가 Null값이 아닌 학생명을 모두 검색할 때, SQL 구문으로 옳은 것

=> SELECT 학생명 FROM 학적 WHERE 전화번호 IS NOT NULL;

49. 슈퍼키 : 한 릴레이션 내의 속성들의 집합으로 구성된 키, 릴레이션을 구성하는 모든 튜플에 대한 유일성은 만족, 최소성은 만족시키지 못함.

50. 인덱스(Index)

1. 인덱스는 데이터를 빠르게 찾을 수 있는 수단으로, 테이블에 대한 조회 속도를 높여주는 자료 구조.
2. 인덱스는 자동으로 생성되지 않는다.
3. 인덱스의 종류 중 순서인덱스(Ordered Index)는 B-Tree알고리즘(오름차순 / 내림차순 지정 가능)을 활용한다

51. 로킹 단위(Locking Granularity)에 대한 설명으로 옳은 것?

로킹 단위가 크면 병행성 수준이 낮아진다.

=> 로킹 (병행제어 기법의 종류 중 하나)
-직렬화 기법
-데이터베이스, 파일, 레코드 등은 로킹단위가 될 수 있음.
-로킹 단위가 작아지면, 데이터 베이스 공유도 증가.
-로킹 단위가 작아지면, 로킹 오버헤드 증가.
-로킹 단위가 작아지면, 로크의 수 증가.
-로킹 단위가 작아지면, 병행성 수준이 높아짐.
-한꺼번에 로킹할 수 있는 객체의 크기를 로킹단위 라고 함.

52. 관계 대수

관계대수 : 관계형 데이터베이스에서 원하는 정보와 그 정보를 검색하기 위해서 어떻게 유도하는가를 기술하는 절차적인 언어이다.

53. 이상(Anomaly) : 데이터의 중복으로 인하여 관계연산을 처리할 때 예기치 못한 곤란한 현상이 발생하는 것

54. DDL

DDL - CREATE, ALTER, DROP

DML - SLELCT, INSERT, DELETE . UPDATE

DCL - COMMIT, ROLLBACK, GRANT, REVOKE

55. 정규화

=>정규화는 논리적 설계 단계에서 수행하는 작업

56. Isoclation

Atomicity(원자성)
1. 트랜잭션의 연산은 데이터베이스에 모두 반영되든지 아니면 전혀 반영되지 않아야 한다.
2. 트랜잭션 내의 모든 명령은 반드시 완벽히 수행되어야 하며, 모두가 완벽히 수행되지 않고 어느하나라도 오류가 발생하면 트랜잭션 전부가 취소되어야 한다.

Consistency(일관성)
1. 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환한다.
2. 시스템이 가지고 있는 고정요소는 트랜잭션 수행 전과 트랜잭션 수행 완료 후의 상태가 같아야 한다.

Isolation(독립성,격리성)
1. 둘 이상의 트랜잭션이 동시에 병행 실행되는 경우 어느 하나의 트랜잭션 실행중에 다른 트랜잭션의 연산이 끼어들 수 없다.
2. 수행중인 트랜잭션은 완전히 완료될 때까지 다른 트랜잭션에서 수행 결과를 참조할 수 없다.

Durablility(영속성,지속성)
1. 성공적으로 완료된 트랜잭션의 결과는 시스템이 고장나더라도 영구적으로 반영되어야 한다.

57. 논리 연산자

AND, OR NOT

58. 타임스탬프 기법 : 동시성 제어를 위한 직렬화 기법으로 트랜잭션 간의 처리 순서를 미리 정하는 방법

로킹기법 : 같은 자원을 엑세스하는 다중 트랜잭션 환경에서 DB의 일관성과 무결성을 유지하기 위해 트랜젝션의 순차적 진행을 보장하는 직렬화 기법.
타임스탬프 기법 : 트랜젝션과 트랜잭션이 읽거나 갱신한 데이터에 대해 트랜잭션이 실행을 시작하기 전에 타임스탬프를 부여하여 부여된 시간에 따라 트랜젝션 작업을 수행하여 트랜잭션 간의 처리순서를 미리 정하는 기법

59. 제5정규형

=> 이전 단계의 정규형을 만족하면서 후보키를 통하지 않는 조인 종속(JD : Join Dependency)을 제거해야 만족하는 정규형

60. 함수적 종속이란 어떤 릴레이션 R이 있을때 X와 Y를 각각 속성의 부분집합이라고 가정해봅니다. 여기서 X의 값을 알면 Y의 값을 바로 식별할 수 있고, X의 값에 Y의 값이 달라질 때, Y는 X에 함수적 종속이라고 합니다. 이 경우 X를 결정자, Y를 종속자라고 합니다.

2022년03월05일 기출문제

41. DB 설계 단계 중 물리적 설계 시 고려 사항

42. DELETE 명령에 대한 설명으로 틀린 것?

=> DELETE문은 테이블내의 튜플들만 삭제, DROP문은 테이블 자체를 삭제

43. 제5정규형

=> 어떤 릴레이션 R의 모든 조인 종속성의 만족이 R의 후보 키를 통해서만 만족될 때, 이 릴레이션 R이 해당하는 정규형

44. E-R 모델에서 다중값 속성의 표기법

45. 외래키 - 다른 릴레이션의 기본키를 참조하는 키

46. ∀ : 관계해석에서 '모든 것에 대하여'의 의미를 나타내는 논리 기호

47. Degree와 Cardinality

48. 뷰(View)

=> 뷰는 삽입, 갱신, 삭제 연산 시 제약 사항이 있음

49. 관계 대수식을 SQL 질의로 옳게 표현한 것?

SELECT 이름 FROM 학생 WHERE 학과='교육';

50. 2NF → 3NF : 정규화 과정에서 함수 종속이 A→B 이고 B→C 일 때 A→C인 관계를 제거하는 단계

51. CREATE TABLE문에 포함되지 않는 기능

=> 속성타입 변경은 ALTER TABLE 문에 포함되어있다.

52. SQL과 관련한 설명으로 틀린 것?

=> REVOKE는 DCL에 해당 하는 권한을 해제하는 명령어

53. 튜플 수

54. BETWEEN 연산

55. 철회(Aborted) : 트랜잭션의 상태 중 트랜잭션의 수행이 실패하여 Rollback 연산을 실행한 상태

56. DCL ( 데이터 제어어) : ROLLBACK, COMMIT, GRANT, REVOKE

57. SQL 실행결과 - UNION ALL

58. 분산 데이터베이스 시스템(Distributed Database System)

=> 분산 데이터베이스 주요 구성 요소는 전역, 분할, 할당, 지역 스키마가 있다.

59. 테이블 두 개를 조인하여 뷰 V_1을 정의하고, V_1을 이용하여 뷰 V_2를 정의하였다. 다음 명령 수행 후 결과로 옳은 것

DROP VIEW V_1 CASCADE;

: V_1과 V_2 모두 삭제된다.

60. 병행제어의 목적

- 여러 사용자들의 데이터베이스 공동 사용을 최대화
- 사용자의 응답 시간 최소화
- 데이터베이스 시스템의 활용도 최대화
- 데이터베이스의 일관성 유지

2022년 04월 24일 기출문제

41. 정규형

정규화 과정 [ 도부이결다조 ]

1NF : 모든 도메인이 원자 값으로만 구성

2NF : 기본키가 아닌 속성이 기본키에 대한 완전 함수적 종속을 만족, 부분적 함수 종속을 제거한 정규형

3NF : 기본키가 아닌 모든 속성이 기본키에 대해 이행적 함수 종속 관계를 만족하지 않는 정규형

BCNF : 모든 결정자가 후보키인 정규형, 종속성 보존 X

4NF : 다치종속이 성립하는 경우, R의 모든 속성이 A에 함수적 종속 관계를 만족

5NF : 모든 조인 종속이 R의 후보키를 통해서만 성립되는 정규형

42. 트랜잭션 성질

원일격영 , ACID

- 원자성( Atomicity ) : 완전하게 수행 완료되지 않으면 전혀 수행되지 않아야 함

- 일관성 ( Consistency ) : 시스템의 고정 요소는 트랜잭션 수행 전후에 같아야 함

- 격리성( Isolation ) : 트랜잭션 실행 시 다른 트랜잭션의 간섭을 받지 않아야 함

- 영속성 (Durability ) : 트랜재겻느이 완료 결과가 데이터베이스에 영구히 기억됨

43. 분산 데이터베이스의 목표

- 위치투명성 : 하드웨어와 스프트웨어의 물리적 위치를 사용자가 알 필요가 없다

- 중복 투명성 : 사용자에게 통질할 필요없이 시스템 안에 파일들과 자원들의 부가적인 복사를 자유롭게 할 수 있다.

- 병행 투명성 : 다중 사용 자들이 자원들을 자동으로 고유할 수 있다.

- 장애 투명성 : 사용자들은 어느 위치의 시스템에 장애가 발생했는지 알 필요가 없다

44. SQL

45. DB의 INDEX

- 인덱스 생성 : CREATE

- 인덱스 삭제 DROP

46. 물리적 DB 구조의 기본 데이터 단위인 저장 레코드의 양식을 설계할 때 고려 사항이 아닌 것

- 데이터 타입, 데이터 값의 분포, 접근 빈도

47. DCL (Data Control Language)

- COMMIT

- ROLLBACK

- GRANT

- REVOKE

DDL : CREATE / ALTER / DROP

DML : SELECT / INSERT / DELETE / UPDATE

48. 데이터 사전

- 시스템 자신이 필요로 하는 여러 가지 객체에 관한 정보를 포함하고 있는 시스템 DB이다

- 시스템 카탈로그, 메타 데이터라고도 한다.

- 시스템 카탈로그 자체도 시스템 테이블로 구성되어 SQL 문을 이용하여 내용 검색이 가능하다.

- 사용자가 시스템 카탈로그를 직접 갱신할 수 없다

- SQL 문으로 여러 가지 객체에 변화를 주면 시스템이 자동으로 갱신한다.

49. DB에서 릴레이션

- 튜플의 유일성 : 모든 튜플은 서로 다른값을 갖는다

- 튜플의 무순서성 : 하나의 릴레이션에 튜플에 순서는 없다

- 속성의 원자성 : 속성값은 원자값을 갖는다

- 속성의 무순서성 : 각 속성은 릴레이션 내에서 유일한 이름을 가지며, 순서는 큰 의미가 없다

50. 뷰(View)

- 뷰는 논리적으로만 존재함.

51. Partially Committed

- Partially Committed : 마지막 연산이 실행된 직후의 상태로 아직 Commit 연산 실행 전

52. DDL / DML / DCL

53. 후보키 : 유일성 & 최소성 만족

cf) 슈퍼키 : 유일성 만족, 최소성 만족 X

54. 개념적 설계 단위

개념적 설계 : 트랙잭션 모델링 / 독립적인 개념 스키마 모델링 / 개념스키마 설계 / E-R 다이어그램

논리적 설계 : 트랜잭션 인터페이스 설계 / DBMS에 맞는 논리스키마 설계 / 테이블 설계 / 논리적 매핑 / 스키마 평가 및 정제

물리적 설계 : 레코드 집중의 분석, 설계 / 저장레코드 양식 설계 / 저장 구조 및 액세스 경로 설정

55. 기본키(Primary Key)

- NOT NULL / 중복X / 튜플을 식별하기 위해 반드시 필요한 키

56. Operation

데이터 모델의 구성 요소

- 구조 ( Structure ) : 논리적인 개체 타입들 간의 관계, 데이터 구조 및 정적 성질을 표현

- 연산 ( Operation ) : 실제 데이터를 처리하는 작업에 대한 명세, 조작하는 기본 도구

- 제약 조건 ( Constraint ) : DB에 저장될 수 있는 실제 데이터의 논리적인 제약 조건

57. SQL문

58. 개체 무결성 제약조건

: 각 릴레이션의 기본키를 구성하는 속성은 널 값이나 중복된 값을 가질 수 없습니다.

59. 튜플의 수

: 카디널리티

60. GRANT

GRANT CREATE TABLE TO PARK;

REVOKE CREATE TABLE FROM PARK;

728x90