(→정규화 예시) |
|||
| 6번째 줄: | 6번째 줄: | ||
==정규화 예시== | ==정규화 예시== | ||
*장점: 아이템 개수 증가해도 유연하게 대처가능. | |||
*단점: 테이블 개수가 많음, 조회 속도가 느릴 수 있음<ref>예를 들어 한 사람이 여러 개의 아이템을 가지고 있을 때, 소유 테이블에서도 여러 건, 아이템 테이블에서도 여러 건 JOIN되어야 함</ref> | |||
;개체-관계 | ;개체-관계 | ||
*사용자 --- 소유 --- 아이템 | *사용자 --- 소유 --- 아이템 | ||
2014년 4월 30일 (수) 20:47 판
1 문제
- 사용자 수: 10000명
- 아이템 종류: 1000개
DB 테이블 설계는?
2 정규화 예시
- 장점: 아이템 개수 증가해도 유연하게 대처가능.
- 단점: 테이블 개수가 많음, 조회 속도가 느릴 수 있음[1]
- 개체-관계
- 사용자 --- 소유 --- 아이템
- 각 테이블
|
|
|
3 비정규화 예시
- 장점: 소유 테이블이 없어지므로 저장공간 절약
- 단점: 변경 어려움, 사용자 쿼리와 아이템 쿼리가 하나의 테이블에 집중됨.
예를 들어 아래와 같은 경우 개인별로 아이템을 최대 20개까지만 가질 수 있다. 인벤 최대 크기가 20이라면 수용가능.
|
|
4 같이 보기
- MMORPG DB 설계 예시
- 주키 (PK)
- 외래키 (FK)
5 참고 자료
- ↑ 예를 들어 한 사람이 여러 개의 아이템을 가지고 있을 때, 소유 테이블에서도 여러 건, 아이템 테이블에서도 여러 건 JOIN되어야 함
로그인하시면 댓글을 쓸 수 있습니다.
{{ comment.name }}
{{ comment.created | snstime }}
-
{{comment.page_title}} ―{{comment.name}}