"게임 DB 설계 - 계정과 아이템"의 두 판 사이의 차이

2017년 6월 27일 (화) 18:14 기준 최신판

1 문제[ | ]

사용자 수: 10000명
아이템 종류: 1000개

DB 테이블 설계는?

2 정규화 예시[ | ]

장점: 아이템 개수 증가해도 유연하게 대처가능.
단점: 테이블 개수가 많음, 조회 속도가 느릴 수 있음^[1]

개체-관계

사용자 --- 소유 --- 아이템

각 테이블

사용자
사용자 번호(PK)
사용자 이름
…

소유
사용자 번호(FK)
아이템 번호(FK)

아이템
아이템 번호(PK)
아이템 이름
…

3 비정규화 예시 1[ | ]

장점: 소유 테이블이 없어지므로 저장공간 절약
단점: 변경 어려움, 사용자 쿼리와 아이템 쿼리가 하나의 테이블에 집중됨.

예를 들어 아래와 같은 경우 개인별로 아이템을 최대 20개까지만 가질 수 있다. 인벤 최대 크기가 20이라면 수용가능.

사용자
사용자 번호(PK)
사용자 이름
아이템1
아이템2
…
아이템20

아이템
아이템 번호(PK)
아이템 이름
…

4 비정규화 예시 2[ | ]

비정규화 예시 1과 동일하지만, 아이템 컬럼을 하나(바이너리)로 통합
장점: 조회 속도가 더 빠름
단점: DB에서 한방 쿼리(JOIN)는 어려움

사용자
사용자 번호(PK)
사용자 이름
아이템 소유 바이너리

아이템
아이템 번호(PK)
아이템 이름
…

바이너리 예시: 0010100000...

3번째 아이템, 5번째 아이템을 가지고 있음

5 같이 보기[ | ]

6 주석[ | ]

↑ 예를 들어 한 사람이 여러 개의 아이템을 가지고 있을 때, 소유 테이블에서도 여러 건, 아이템 테이블에서도 여러 건 JOIN되어야 함

7 참고[ | ]

http://blog.naver.com/PostView.nhn?blogId=mispro97&logNo=20039944829

[1] 예를 들어 한 사람이 여러 개의 아이템을 가지고 있을 때, 소유 테이블에서도 여러 건, 아이템 테이블에서도 여러 건 JOIN되어야 함

[1]

@@ 6번째 줄: / 6번째 줄: @@
 ==정규화 예시==
+*장점: 아이템 개수 증가해도 유연하게 대처가능.
+*단점: 테이블 개수가 많음, 조회 속도가 느릴 수 있음<ref>예를 들어 한 사람이 여러 개의 아이템을 가지고 있을 때, 소유 테이블에서도 여러 건, 아이템 테이블에서도 여러 건 JOIN되어야 함</ref>
+;개체-관계
+*사용자 --- 소유 --- 아이템
+;각 테이블
 {|
 |- valign='top'
@@ 13번째 줄: / 20번째 줄: @@
 !사용자
 |-
-|사용자 번호
+|사용자 번호(PK)
 |-
 |사용자 이름
 |-
-|...
+|…
 |}
@@ 25번째 줄: / 32번째 줄: @@
 !소유
 |-
-|사용자 번호
+|사용자 번호(FK)
 |-
-|아이템 번호
+|아이템 번호(FK)
 |}
@@ 35번째 줄: / 42번째 줄: @@
 !아이템
 |-
-|아이템 번호
+|아이템 번호(PK)
 |-
 |아이템 이름
 |-
-|...
+|…
 |}
 |}
-==비정규화 예시==
+==비정규화 예시 1==
 *장점: 소유 테이블이 없어지므로 저장공간 절약
 *단점: 변경 어려움, 사용자 쿼리와 아이템 쿼리가 하나의 테이블에 집중됨.
+예를 들어 아래와 같은 경우 개인별로 아이템을 최대 20개까지만 가질 수 있다. 인벤 최대 크기가 20이라면 수용가능.
 {|
 |- valign='top'
@@ 55번째 줄: / 62번째 줄: @@
 !사용자
 |-
-|사용자 번호
+|사용자 번호(PK)
 |-
 |사용자 이름
@@ 63번째 줄: / 70번째 줄: @@
 |아이템2
 |-
-|...
+|…
 |-
 |아이템20
@@ 73번째 줄: / 80번째 줄: @@
 !아이템
 |-
-|아이템 번호
+|아이템 번호(PK)
+|-
+|아이템 이름
+|-
+|…
+|}
+|}
+==비정규화 예시 2==
+*비정규화 예시 1과 동일하지만, 아이템 컬럼을 하나(바이너리)로 통합
+*장점: 조회 속도가 더 빠름
+*단점: DB에서 한방 쿼리(JOIN)는 어려움
+{|
+|- valign='top'
+|
+{| class="wikitable"
+!사용자
+|-
+|사용자 번호(PK)
+|-
+|사용자 이름
+|-
+|아이템 소유 바이너리
+|}
+|
+{| class="wikitable"
+!아이템
+|-
+|아이템 번호(PK)
 |-
 |아이템 이름
 |-
-|...
+|…
 |}
 |}
-==참고 자료==
+*바이너리 예시: 0010100000...
+:3번째 아이템, 5번째 아이템을 가지고 있음
+==같이 보기==
+*[[MMORPG DB 설계 예시]]
+*[[주키]] (PK)
+*[[외래키]] (FK)
+*[[JOIN]]
+==주석==
+<references/>
+==참고==
 *http://blog.naver.com/PostView.nhn?blogId=mispro97&logNo=20039944829
 [[분류:문제]]
-[[분류:DB]]
+[[분류:DB 설계]]
-[[분류:설계]]
 [[분류:게임 개발]]