Database 소개

01. 데이터베이스 개요 데이터와 정보 데이터 : 컴퓨터 사용 시 불규칙하게 만들어지는 다양하고 많은 값들 정보 : 체계적이고 조직적으로 관리하고 사용되는 데이터, 여러 가지 값들로 표현되는 데이터를 의미 있고 가치 있는 형태로 가공해 놓은 것

01. 데이터베이스 개요 데이터베이스와 데이터베이스 관리 시스템 데이터베이스 : 특정 조직 내에서 다수의 사용자들이 공유해 사용할 수 있도록 통합하고 저장한 운영 데이터의 집합체 데이터베이스 관리 시스템(DBMS) : 데이터베이스를 생성하여 안정적이고 효율적으로 운영하는 데 필요한 기능들을 제공하는 소프트웨어

데이터베이스 구조 데이터베이스 관리 시스템(DBMS)의 종류 개발사 DBMS 특징 마이크로소프트 액세스 SQL 서버 저렴한 제품 가격으로 Windows NT 플랫폼에서 최적의 성능을 발휘 IBM 인포믹스 성능이 뛰어나며 병렬 처리를 위한 멀티스레드(Multithread) 지원 DB2 다수 사용자가 다수 관계형 데이터베이스를 동시에 접근할 수 있는 대형 데이터베이스를 위한 시스템 오라클 Oracle PC급에서 메인 프레임급까지 모두 설치할 수 있으며 분산 처리 지원 기능이 우수 MySQL 다양한 플랫폼과 API를 지원하는 비상업용 DBMS

데이터베이스 시스템의 구성요소 데이터베이스 사용자 일반 사용자, 응용 프로그래머, 데이터베이스 관리자

데이터베이스 시스템의 구성요소 데이터베이스 시스템의 구성요소

02. 데이터베이스 특징 데이터의 중복성을 최소화 할 수 있다 데이터베이스를 이용하면 업무의 흐름에 따라 데이터를 통합 및 분리하여 관리할 수 있게 되므로 이러한 중복성을 줄일 수 있음

데이터베이스 특징 데이터의 일관성을 유지할 수 있다 데이터의 불일치성(Inconsistency)을 미리 방지하여 데이터를 정확하게 만들고 사용자에게 신뢰할 만한 정보를 제공할 수 있음. 교수

데이터베이스 특징 데이터의 무결성을 유지할 수 있다 무결성(Integrity) : 데이터베이스에 정확한 데이터가 유지되고 있음을 보장하는 것으로 데이터베이스에서 가장 중요한 개념 제약조건에 맞지 않는 데이터는 아예 입력되지 않도록 방지하는 기능을 제공해 데이터베이스의 무결성을 유지함

파일 시스템(File System) 파일 시스템 데이터를 관리함에 있어 파일을 읽고 쓰는 애플리케이션에 종속적 호환성이 없고 데이터 종속성이 있고 데이터 중복성이 있다는 문제점

데이터베이스 특징 데이터의 독립성을 유지할 수 있다 독립성 : 데이터의 표현 방법이나 저장 위치가 변하더라도 응용 프로그램에는 아무런 영향을 미치지 않는 것 데이터 베이스의 경우 데이터를 테이블 구조로 관리하기 때문에 독립성을 더욱 강화할 수 있음

데이터베이스 특징 데이터의 공유성을 최대화할 수 있다 데이터의 보안성을 최대화 할 수 있다 데이터를 표준화하여 관리할 수 있다 데이터베이스는 공동작업에 맞게 구조적으로 설계되며 통합된 체계에 의해 저장된 값들이 유지·관리되어야 하며, 조직의 구성원들은 응용 프로그램을 통해 데이터베이스에 저장된 공유 데이터들로부터 각자의 업무에 필요한 정보를 생성할 수 있음 데이터의 보안성을 최대화 할 수 있다 데이터베이스 시스템의 성능을 평가하는 중요한 요소로, 최근 대부분의 데이터베이스 시스템은 이러한 보안 기능을 제공함 데이터를 표준화하여 관리할 수 있다 데이터를 사용 목적 등의 유형별로 분류해 데이터의 형식이나 길이, 이름 등을 설정할 수 있음

데이터베이스 특징 데이터베이스 관리 시스템의 단점 자료 처리의 복잡 운영비가 증가 Backup, Recovery의 어려움 운영비가 증가 Backup, Recovery의 어려움 백업과 복구에 대한 전문적인 기술과 지식이 필요

데이터 모델의 개요 개념적 데이터 모델과 논리적 데이터 모델

E-R 모델링 다음은 관계 데이터 모델을 ERD 표기법 중 정보 공학 표기법으로 나타낸 것

04. 데이터베이스 종류 데이터베이스 종류 및 발전 과정

데이터베이스 종류 계층형 데이터베이스 데이터는 트리 형태, 각 데이터 요소(개체)들은 상하 관계를 나타내는 링크로 구성 하나의 조직이 여러 구성원으로 이루어지는 형태를 표현하기에 적합 개체들이 링크로 연결되어 있어 개체 간의 관계가 변경되거나 추가, 삭제되는 경우 기존의 구조를 변경하기 어려움

데이터베이스 종류 네트워크형 데이터베이스 개체와 개체 관계를 그래프 구조로 연결 계층형 데이터 모델과 유사하나 부모(상위 개체)를 여러 개 가질 수 있다는 점이 다름 네트워크 구조로 진행되는 업무를 표현할 때 편리함 계층형 데이터베이스에 비해 구조가 복잡해지는 단점이 있음

데이터베이스 종류 관계형 데이터베이스 관계형 데이터 모델 사용 현재까지 가장 안정적이고 효율적인 데이터베이스로 알려져 있음 개체를 테이블로 사용하고 개체들 간의 공통 속성을 이용해 서로 연결 자료의 구조가 단순한 업무에 적합

05. 관계형 데이터베이스 관계형 데이터베이스 구성 요소

관계형 데이터베이스 관계형 데이터베이스 용어 테이블 : 릴레이션 혹은 엔티티, 열(Column)과 행(Row)으로 구성됨 필드 : 속성 혹은 컬럼, 열에 해당, 데이터 값을 기억하는 기억 단위 레코드 : 투플, 테이블의 행에 해당, 카디널리티 키 : 테이블 내의 레코드들을 서로 구별할 수 있는 필드의 집합 키 이름 설명 후보 키 한 테이블 내에서 데이터 레코드를 고유하게 식별할 수 있는 필드 기본 키 후보 키 중에서 대표로 선정된 키 외래 키 또는 참조 키 관계가 설정된 다른 테이블의 기본 키 수퍼 키 또는 복합 키 두 개 이상의 필드로 구성된 기본 키

기본키_왜래키

키의 개념 및 종류 복합키 하나의 칼럼이 후보키의 역할을 하지 못함 두 개 이상의 칼럼이 합쳐져야 후보키의 역할을 하는 경우를 말함

데이터 제약 조건(무결성) 개체 무결성 기본키로 제약조건을 지정한 속성은 공백(NULL) 값이나 중복된 값을 가질 수 없음 ‘사원’ 릴레이션에서 ‘사원번호’가 기본키로 정의되면 튜플을 추가할 때 ‘주민번호’나 ‘ 성명’ 필드에는 값을 입력하지 않아도 되지만 ‘사원번호’ 속성에는 반드시 값이 입력되어야 한다. 또한 ‘사원번호’ 속성에는 이미 한 번 입력한 속성값을 중복하여 입력할 수 없다. 예

데이터 제약 조건(무결성) 참조 무결성 외래키를 통해 릴레이션은 참조할 수 없는 외래키 값을 가질 수 없도록 함으로써 두 테이블 간의 데이터 무결성을 유지하는 것 외래키 값은 NULL이거나 참조 릴레이션의 기본키 값과 동일해야 함. ‘사원’ 릴레이션의 ‘부서 번호’ 속성에는 ‘부서’ 릴레이션의 ‘부서 번호’ 속성에 없는 값은 입력할 수 없다. 예

참조 관계 외래키(Foreign Key) 10 20 30 40

정규화 불필요한 데이터의 중복을 피하고 이상현상을 방지하기 위해 테이블을 분해(decomposition)하는 과정 함수적 종속이 중요한 역할을 함

데이터 중복의 문제점 데이터가 중복 저장하는 경우에는 데이터 변경에 의해 원하지 않던 결과가 발생할 수 있음 이상현상의 종류 이상현상(anomaly) 이상현상의 종류 삽입이상 삭제이상 수정이상

삽입 이상(insertion anomaly) student 테이블에 새로운 학과 정보(‘930’, ‘물리학과’, ‘303호’)를 입력할 경우 stu_id는 기본키이므로 null 삽입이 불가능함 임의의 값을 생성해서 넣어야 함 삽입 이상 데이터를 삽입할 수 없거나 원치 않는 데이터를 삽입 기본키 stu_id resident_id name year address dept_id dept_name office 1292001 900424‐1825409 김광식 3 서울 920 컴퓨터공학과 201호 1292002 900305‐1730021 김정현 1292003 891021‐2308302 김현정 4 대전 1292301 890902‐2704012 2 대구 923 산업공학과 207호 1292303 910715‐1524390 박광수 광주 1292305 921011‐1809003 김우주 부산 1292501 900825‐1506390 박철수 925 전자공학과 308호 xxxxxx null 930 물리학과 303호

삭제 이상(deletion anomaly) 학번이 ‘1292501’인 레코드를 삭제할 경우 ‘전자공학과’의 office가 ‘308호’라는 사실도 함께 삭제 이 학생이 ‘전자공학과’의 유일한 학생이라면 문제가 발생 삭제 이상 삭제되지 말아야 할 정보까지 함께 삭제되는 현상 stu_id resident_id name year address dept_id dept_name office 1292001 900424‐1825409 김광식 3 서울 920 컴퓨터공학과 201호 1292002 900305‐1730021 김정현 1292003 891021‐2308302 김현정 4 대전 1292301 890902‐2704012 2 대구 923 산업공학과 207호 1292303 910715‐1524390 박광수 광주 1292305 921011‐1809003 김우주 부산 1292501 900825‐1506390 박철수 925 전자공학과 308호

수정 이상(update anomaly) ‘컴퓨터공학과’의 office가 ‘201호’에서 ‘211호’로 변경되는 경우 수정 이상 dept_name이 ‘컴퓨터공학과’인 모든 레코드를 수정해야 함 일부만 변경한다면? 수정 이상 중복된 정보의 일부만 수정하여 정보의 불일치(inconsistency)가 발생하는 현상 stu_id resident_id name year address dept_id dept_name office 1292001 900424‐1825409 김광식 3 서울 920 컴퓨터공학과 201호 1292002 900305‐1730021 김정현 1292003 891021‐2308302 김현정 4 대전 1292301 890902‐2704012 2 대구 923 산업공학과 207호 1292303 910715‐1524390 박광수 광주 1292305 921011‐1809003 김우주 부산 1292501 900825‐1506390 박철수 925 전자공학과 308호

해결 방안 student 테이블에서 학과정보를 분리하여 department 테이블 생성 dept_id(학과번호) 필드를 이용하여 외래키로 학과정보 연결 앞서보았던 삽입, 삭제, 수정이상 현상들이 더 이상 발생하지 않음

관계 타입 관계 유형 표현방법 : 일대일(1:1), 일대다(1:N), 다대다(N:M)

관계 타입 일대일(One To One) 관계(1:1) 34

관계 타입 일대다(One To Many) 관계(1:N) 35 35

관계 타입 다대다(Many To Many) 관계(N : M) 36

관계 타입 다대다(Many To Many) 관계(N : M) 37

액세스 2016 액세스 2016 시작 화면 표시하기

액세스 2016 화면 구성 ❶ 메뉴 ❷ 탐색 창 ❸ 개체 창

액세스 2016 개체 테이블 쿼리 폼 보고서 매크로 모듈

테이블 실제 데이터를 저장하는 개체

쿼리 데이터 검색을 위한 개체

폼 데이터 입출력 인터페이스

보고서 데이터를 인쇄하는 개체

매크로 폼, 보고서를 실행 시 순서나 조건 등을 지정

모듈 VBA로 데이터베이스를 직접 작성