싱글 테이블 전략과 JOIN
269
9 asked
안녕하세요 강사님.
한 가지 궁금한 점이 있어 질문드립니다!
단일 테이블이 속도적 이점으로 인해 사용한다고 하셨는데요. 이게 어느 정도의 규모까지 허용이 되는가가 궁금합니다.
강사님의 예제와 Book, Album 적은 개수의 테이블만 존재할 경우에는 사용이 유리하다는 것은 확실한데 이제 점점 테이블이 많아지면 많아질수록 Item 테이블의 column의 개수가 많아져 관리가 힘들다고 생각되는데요. 이 경우에는 그냥 JOIN을 사용하는 것이 바람직한가요? 아니면 선택의 차이인가요?
정리하자면,
어느 정도의 규모까지가 싱글 테이블 전략을 사용할 것인가? 선택의 차이인가?
입니다.
감사합니다.
Answer 2
0
안녕하세요. 민성님
이 부분은 시스템마다 다르고, 상황마다 다릅니다.
그런데 어떤 선택을 하든간에 데이터가 수천만 Row 정도는 되어야 둘을 비교하는게 의미가 있습니다.
따라서 필요한 성능 요구사항에 맞추어 성능테스트를 진행하고, 결정해야 합니다.
감사합니다.
sdk 설정 오류
0
43
2
오탈자 - @Transactional
0
51
1
src/test/resources 테스트 경로 문제
0
49
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
62
1
MemberRepositoryTest 실행오류
0
73
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
181
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
135
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
50
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
71
1
기본 생성자
0
59
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
100
1
멤버서비스테스트 부분에서 막힙니다.
0
163
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
115
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
117
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
108
1
24분 27초 연관관계 편의 메서드 위치
0
112
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
106
2
빌드 툴, Gradle
0
57
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
73
2
Repository에서 EntityManager 주입 방식 차이
0
87
1
롬복과 사용자 정의 setter 메서드
0
70
1
주문 목록 조회 fetch join 질문드립니다
0
79
1
dirty checking 질문드립니다.
0
78
1
동시성 관련 질문입니다
0
70
1