개체 A랑 개체 B가 N:M으로 관계 C를 맺고 있을때
관계 릴레이션 C를 따로 정의해야 하는데
만약 A와 B의 튜플수가 각각 10000개만 있어도
C에 최대 10000*10000= 1억개의 튜플이 필요하게되는데요
이럴땐 어떻게 해결해야되죠??
개체 A랑 개체 B가 N:M으로 관계 C를 맺고 있을때
관계 릴레이션 C를 따로 정의해야 하는데
만약 A와 B의 튜플수가 각각 10000개만 있어도
C에 최대 10000*10000= 1억개의 튜플이 필요하게되는데요
이럴땐 어떻게 해결해야되죠??
아 (A B)이든 (B A)든 같은거니까 그런거 고려하면 더 적어지긴하는데 그래두 많네요. 어떻게 해결하는지 아시는ㄴ분 ㅠ
그건 원래 해결하는게 아니라 테이블자체를 대용량테이블로 설계해야되는거임. 예약테이블, 수강테이블이 그런것들이다.
ㄴ ㄷㄷ 그런건가요? 먼가 기법들이 있을줄알았는데
뭘 묻고 싶은 거지..? 이걸 구현하는 법인거야 아니면 너무 많은 것 같다는거야? 후자라면 걱정 ㄴㄴ 서버컴퓨터는 저거 처리 가능함. 저장 공간도 1TB가 약 1,000,000,000,000 bytes임 비트 말고 바이트
그런테이블의 특징은 테이블액세스가 빈번하며 입력도 빈번하기땜에 검색시 사용하는 인덱스가 정확하게 잡혀있어야한다
오라클같은 DB시스템을 만들려는건 아닐거같고
페북같은거 보면,, 10억명 넘는 사용자가 있고 보통 친구 개인당 300명만 잡아도 10억*300= 3000억인데
페북은 서버가 20만개가 넘어요...
페북은 관계형DB 아니지 않나?
나의여친 온몸승부 야외노출 훔쳐보기 소라앨범 실시간 간편 이!지#소%라^