SQLD 요점 정리1 - 데이터 모델링의 이해

🚀 해당 글은 온라인에 풀려있는 요점정리 자료를 참조하여 공부한 내용을 정리하였습니다.
🚀 가독성 있게 나만의 글로 정리하였고, 제가 작성한 키워드는 이상하면 무시해주세요.

---

🌍데이터 모델링

1. 데이터 모델링의 중요성 및 유의점

• 중복 : 같은 시간, 같은 데이터 제공 ("같은"이 키워드)
• 비유연성 : 사소한 업무 변화에 데이터 모델이 수시로 변경이 되면 안됨("수시"가 키워드)
• 비일관성 : 신용 상태에 대한 갱신 없이 고객의 납부 이력 정보가 갱신이 되면 안됨("~~없이" 가 키워드)

2. 데이터 모델링 or (데이터 베이스 설계)

• 1단계 : 요구사항 분석
• 2단계 : 개념적 설계
• 3단계 : 논리적 설계
• 4단계 : 물리적 설계
• 5단계 : 구현

(개,논,물 외우자...🥹)

3. 데이터 독립성 요소

• 외부 스키마 : 각각의 사용자가 보는 개인적 DB 스키마를 의미함(외부...개인...👽)
• 개념 스키마 : 모든 사용자 관점을 통한 전체 DB(전체...개념....전개...)
• 내부 스키마 : 물리적 장치에서 데이터가 실제적으로 저장(내부...물리...내 물...)

4. 데이터 독립성

• 논리적 독립성 : 개념 스키마가 변경되어도 외부 스키마에 영향 x(논/ 개 / 외)
• 물리적 독립성 : 내부 스키마가 변경되어도 외부/개념 스키마는 영향 x(물/ 내 / 게외)

5. Mapping(사상)

• 상호 독립적인 개념을 연결시켜주는 다리("연결"이 키워드)

6. 데이터 모델링의 3요소

• 어떤 것(Things)
• 성격(Attributes)
• 관계(RelationShips)

7. 데이터 모델링의 특징

• 추상화
• 단순화
• 정학화

8. 엔티티와 인스턴스

• 엔티티(집합) vs 인스턴스(단수)

• 엔티티란?

- 업무에 필요하고, 유용한 정보를 저장하고 관리하기 위한 집합(보이지 않는 것도 포함) 

• 엔티티의 특징

1. 반드시 해당 업무에서 필요하고 관리
2. 유일한 식별자에 의해 식별 가능
3. 두 개 이상의 인스턴스의 집합
4. 업무 프로세스에 의해 이용
5. 반드시 속성이 필요
6. 다른 엔티티와 최소 1개 이상의 관계가 필요

• 엔티티의 분류

유무형의 따른 분류(유형, 개념, 사건 엔티티)

• 유형 : 물리적 형태 (사원, 물품, 강사)
• 개념 : 개념적 정보 (조직, 보험상품)
• 사건 : 업무 수행 시 발생 (주문, 청구, 미납)

발생시점에 따른 분류(기본/키, 중심, 행위 엔티티)

• 기본 : 업무에 원래 존재하는 정보로, 엔티티의 부모 역활
• 중심 : 기본 엔티티로 파생, 다른 엔티티와 관계로 많은 행위 엔티티 생성
• 행위 : 2개 이상의 부모엔티티로 발생, 자주 바뀌거나 양이 증가

• 엔티티의 명명

1. 협업업무에서 사용하는 용어 사용
2. 약어 사용 금지
3. 단수명사 사용
4. 고유한 이름 사용
5. 생성의미로 부여

9. 데이터 모델 표기법

• 1976 피터첸이 Entity RealationShip Model 개발

10. Entity RealationShip diagram 작업순서

1. 엔티티 그림
2. 엔티티 배치
3. 엔티티 관계 설정
4. 관계명 기술
5. 관계의 참여도 기술
6. 관계 필수 여부

(엔티티 -> 관계)

11. 좋은 데이터 모델의 요소

• 완전성 : 업무에 필요한 모든 데이터가 모델에 정의
• 중복배제 : 하나의 DB 내에 동일한 사실은 한번만
• 업무규칙 : 많은 규칙을 사용자가 공유하도록 제공
• 데이터 재사용 : 데이터가 독립적으로 설계
• 의사소통 : 업무규칙은 엔티티, 서브타입, 속성, 관계 등의 형태로 자세히 표현
• 통합성 : 동일한 데이터는 한번만 정의, 참조활용

---

12. 속성

• 속성이란?

업무에서 필요로 하는 인스턴스로 관리하고자 하는 의미상 분리되지 않는 최소의 데이터 단위

• 속성의 분류(기본, 설계, 파생)

기본 : 업무로부터 추출한 모든 일반적인 속성
설계 : 업무를 규칙화하기 위해 새로 만들거나 변형하는 속성(일련번호)
파생 : 다른 속성에 영향을 받아 발생하는 속성

• 속성의 명명

1. 해당 업무에서 사용하는 이름 부여
2. 서술식 속성명은 사용 금지
3. 약어 사용 금지
4. 전체 데이터 모델에서 유일성 확보

• 도메인

각 속성이 가질 수 있는 값의 범위

---

13. 관계

• 관계란?

엔티티 안의 인스턴스끼리 논리적인 연관성으로서 존재의 형태나 행위로 서로에게 부여된 상태

• 페어링이란?

엔티티 안에 인스턴스가 개별적으로 관계를 가지는 상태

• 관계의 표기법

1. 관계명 - 관계의 이름
2. 관계 차수 - 1:1, 1:M, M:n
3. 관계선택성(관계선택사양) - 필수관계, 선택관계