ERD Cloud에서는 여러 계정을 갖고 같이 수정이 가능하니 이를 이용해보자.
실선(one)을 선택하고 부모와 자식 테이블을 그으면 두 개 선택지가 뜬다.
식별 관계를 쓰면 부모의 PK가 자식의 PK이자 FK로 테이블에 추가된다.
- PK, FK란? Primary Key. 즉 고유성 담당하는 키. 물론 여러 개 ㄱㅊ지만 하나가 좋음 (User ID 같은 애들) Foriegn Key. 보통 타 테이블의 Primary Key로 쓰인 걸 참조. A=[학생이름, 강의실] 과 B=[강의실, 교수] 면, B의 강의실은 PK, A의 강의실은 FK 겠다.
- ERD란? Entity-Relationship Diagram D가 DB가 아닌 Diagram임. 관계 시각화
- 연관관계란? 그리고 연관관계를 설정하는 방법은? 테이블 간 논리적 연결 1:1, 1:N(다대일), N:M(다대다) 꼴 1:1 or 1:N은 PK, FK로 가능. N:M은 중간에 매핑해주는 테이블 필요
- 정규화란? 데이터의 중복을 최소화. 테이블을 쪼개는 거. 중복 많으면 수정할 때 데이터 처리 많이 함. PK, FK로 관계 쪼개면 PK쪽만 수정해도 FK 영향가니 굿굿
- 반 정규화란? join 쓰면 시간복잡도가 커짐. Hash Join 쓰면 자주 쓰는 동등(=) 조건일 때 ㄱㅊ지만 추가적 연산 및 시간 요구 그래서 반(반대)정규화. 테이블 합치거나 중복함
- DB에서의 상속 관계 표현은 어떻게 하는가? PK, FK쓰기. 부모의 PK를 자식의 PK(이자 FK)로 이용
- 인덱스란?
데이터와 그 데이터가 저장된 주소를 쌍으로 모은 인덱스를 새로 팜. (책의 목차랑 비슷) 단, 변경 시 인덱스도 변경해야 되기에, 많이 읽는 자료에서 인덱스 추천
