PY4E - Chapter 15 Database, Many to many (3)

PART 7

 

1. 지금까지 우리가 다뤘던 것은 일대 다의 관계
2. 하나의 앨범에 여러 가수가 관련되어 있을수도
3. 여러 노래가 하나의 장르에 관련되어 있을 수도 있다.
4. 일대다가 일반적인 관계지만, 이것만으로는 모델링하기 어려울 수도 있다.

 

 

 

5. 엄마와 아이들의 관계는 일대 다가 맞음
6. 하지만  하나의 책을 많은 사람이 썼다면?
7. 한 사람이 여러 권의 책을 썻다면?
8. 그렇다면 CONNETCT, JUCTION TABLE을 만들 필요가 있다.

엄마라는 테이블은 여러 아이와 관계 맺을 수 있다. 여러 아이는 한 엄마와 관계를 맺을 수 있다.

9. 책과 저자가 다대 다의 관계를 맺을 수 있지만
10. 두 테이블로는 해결이 불가능함으로
11. 연결 시킬 수 있는 테이블을 만들어준다.
12. 커넥트에는 외래키만이 들어간다. 만약 유일해야 한다면, 두개의 외래키의 조합이 유일하면 됨

 

 

책 하나가 여러 명의 저자와 관계 맺을 수 있다. 여러 개의 책이 한 명의 저자와도 관계 맺을 수 있다.

 

 

여러 책이, 여러 저자들과 관계를 맺을 수 있다.

13. 우리가 한 것이 멋져 보이긴 하지만 반드시 필요한 것이가?
14. 규모가 커질수록 반드시 필요하다.
15. 왜냐하면 간단하게 데이터를 순서대로 읽거나 쓸수는 없기 때문이다.
16. 파일 안의 내용을 모두 읽고 새로운 복사본을 만들면서
17. 파일을 읽거나 갱신하는 것은 불가능하다. 
18. 만약 내부에 아무런 관계가 없는 파일을 수정해야한다면 엄청 느릴껄? 

19. 관계형 데이터베이스는 멋있는 것이다. 
20. 그 방법을 살펴보면, 첫 째 문자열의 수직적인 중복을 막는다.
21. 테이블 분리 ,프라이머리키 생성
22. 외부키로 프라이머리키 가리키기.

 

23. 데이터를 얼마나 많이 저장이 아니라 어떻게 압축하여 저장할 것이냐의 문제.
24. 데이터를 얼마나 저장할 수 있으냐 뿐 아니라,  얼마나 많은 데이터가 검색되어야 하는 것도 문제이다.
25. 후자의 경우 조인이 그 이유인데, 오라클이 성공한 이유다.

26. 데이터베이스는 일종의 예술이다.

 

 

1. Many to Many와 One to Many의 차이

https://jhnoru.tistory.com/27

다섯 번째 질문. Difference Between One-to-Many, Many-to-One and Many-to-Many?