학습(공부)하는 블로그

1. 테이블 보기

   ○ [디자인 보기]  테이블의 구조 및 필드 속성 변경

   ○ [데이터 시트 보기]  레코드 입력 및 수정

2. 데이터 형식

3. 조회 속성

   ○ 짧은 텍스트, 숫자, Yes/No만 설정 가능

   ○ 콤보상자 및 목록상자 적용 가능

1. 데이터베이스 설계 시 고려 사항

   ○ 무결성: 삽입, 삭제, 갱신 등의 연산 후에 데이터의 결함이 없어야 함

   ○ 일관성: 데이터에 모순이 발생하면 안됨

   ○ 보안: 불법 접근이나 변경으로부터 보호

   ○ 회복: 장애 발생시 원 상태로 복구 가능해야 함

   ○ 확장성: 새로운 데이터의 추가가 가능해야 함

2. 데이터베이스 설계 단계

   ① 요구 조건 분석 단계: 사용자의 요구 사항 및 조건 등을 조사하여 분석하는 단계, 요구 명세서 산출

   ② 개념적 설계 단계: 개념적 스키마로 설계

   ③ 논리적 설계 단계: DBMS에 적합한 테이블의 구조로 설계

   ④ 물리적 설계 단계: DBMS 구현 가능한 물리적 구조(H/W) 설계

   ⑤ 구현: 설계 최종 단계

3. 데이터 모델링(Modeling): 개념적인 데이터 모델을 논리적인 데이터 모델로 변환

   ○ 개념적 데이터 모델

      - 개체(Entity): 다른 것과 구분되는 개체로 단독으로 존재하는 현실세계의 객체나 개념을 의미, 레코드에 해당

      - 속성(Attribute): 개체의 특성 및 상태를 표현한 것. 필드에 해당

      - 관계(Relationship): 개체와 개체와의 관계(1:1 일대일, 1:n 일대다, n:m 다대다)

  ○ 논리적 데이터 모델: 레코드 기반 모델

4. 개체 관계 모델(E-R-Model): 개체 관계를 도표로 표현한 것

   ○ E-R 다이어그램(ERD: Entity Relationship Diagram): 개체 관계 모델로 작성된 설계도

                                ※ 그림의 출처: https://iii.ad/e353df

1. 데이터 베이스(DB) 란: 시스템이 공동으로 사용하고 관리하는 데이터 집합

2. 데이터 베이스의 장단점

3. 데이터베이스의 필수 기능: 정의, 조작, 제어(아래 DBMS 언어 참조)

4. 스키마(Schema): 데이터베이스를 구성하는 파일, 레코드, 항목의 형식과 상호 관계 정의

5. DBMS 언어

6. DBMS의 종류: 계층형, 네트워크형, 객체지향형, 관계형

7. 관계형 DBMS (Relational DBMS)

   ○ 테이블(Table)을 이용한 구조

      - 테이블: 표, 개체, 릴레이션(Relationships)

      - 속성(Attribute): 필드(Field), 레코드의 이름 요소, 열(Column)

        · 도메인(Domain): 하나의 속성에서 취할 수 있는 원자값의 범위

        · 속성 갯수: 차수(Degree)

      - 튜플(Tuple): 레코드(Record), 행(Row)

        · 튜플 갯수: 기수(Cardinality)

   ○ 테이블의 특징

      - 필드(속성)와 레코드(튜플)는 유일하며 순서와는 무관하다.

      - 필드 값은 분해할 수 없다.(원자값)

      - 필드 값은 동일할 수 있다.

      - 레코드(튜플)를 식별하기 위해 필드(속성)의 일부를 기본 Key로 설정한다.

      - 필드는 Null 값을 가질 수 있으나, 기본 키에 해당하는 필드는 Null 값을 가질 수 없다.

8. 키(Key)의 개념과 종류

   ○ 테이블에서 다른 데이터와 구분하기 위한 유일한 값을 가지는 필드 또는 필드의 결합

   ○ 키(Key)는 각각의 튜플을 유일하게 식별할 수 있는 것. 없어도 된다.

   ○ 후보키(Candidate Key): 유일성과 최소성을 모두 만족하는 키

   ○ 기본키(Primary Key): 후보키 중에서 선정(중복 안되고, Null값도 안됨)

   ○ 대체키(Alternate Key): 후보키 중 기본키를 제외한 나머지 키

   ○ 슈퍼키(Super Key): 두 개 이상의 속성 연결, 유일성은 만족, 최소성은 불만족

   ○ 외래키(Foreign Key): 관계가 정의되어 참조된 다른 테이블의 기본키(한 테이블에 여러 개 존재 가능)

9. 정규화(Normalization): 이상(Anomaly) 현상이 일어나지 않도록 분해하는 과정

   ○ 중복·종속성 최소화하기 위한 작업(완벽하게 중복 제거는 안됨)

   ○ 논리적 설계 과정에서 수행

   ○ 속성 수가 적은 테이블로 분할되어 관리가 쉬워짐

   ○ 분할이 많으면 오히려 복잡해져 효율이 떨어짐