[💬] 유저들의 아이템 정보는 보통 어떻게들 저장들해?

[익명(219.255)]

1. 김씨의 땡감 x 5

2. 인갤개발자의 눈물 x 7

3. 구글선생님의 자비 3

...

...

...

78. 미천한노예의정수리 x 2

대강 이런식으로 있다고 치면

이걸 그냥

class 아이템

{

int itemid;

      int count;

}

List<아이템>.add(매우마니);

한다음에 바이너리인가 직렬화같은거해서 해당유저의 데이터베이스에 string같은걸로 집어넣어주는거야?

아니면 옛날에 주워들었던걸로는 열기반(세로기반)데이터 베이스로 만들면 검색 생각보다 빨라서 그렇게 한다는데


User    |     아이템    |   갯수    

김씨          i001              5

김씨          i002              7
김씨          i003              12
김씨          i004              17
구씨          i001              3
뱀씨          i004             7
똥씨         i112               3

이런식으로 아이템 테이블이 있고 이걸 김씨거만 쭉 받아서 하는거야?
한사람당 아이템 100개씩 저장해도 1만명되면 100만개의 아이템정보 저장할거같은데 이건 아닌거같아서.

다들 유저들의 아이템정보는 어떻게 저장해?

[익명(61.34)]

string이든 뭐든 만들어서 RDB 테이블이던 기타 다른 데이터베이스던 그냥 넣어야지.. 100만개 별거 아님. 100만 바이트면 1메가밖에 안되는데 뭐

[익명(219.255)]

선생님 무병장수하십셔. RDB테이블 검색중인데 부족한 머리로 이해해보는데 후자랑 비슷한게 맞습니까?

[익명(14.52)]

그렇게 하는 거 맞고 별로 안느림.. 보통 검색을 자주할만한 컬럼에 인덱스를 걸기 때문에

[익명(219.255)]

감사합니다

[익명(14.52)]

무엇보다 처음 적은것처럼 시리얼라이즈 해서 넣으면 디비에서 뭔가 매니플레이팅 하기 엄청 까다로워질듯.. 변경하나 발생할때마다 전체 데이터를 갈아치워야 할거라 성능적으로 오히려 안 좋을 수도 있고

[익명(219.255)]

그럼 아이템 테이블 따로 빼고 -> 행으로는 최대한 간소화 -> 열로 쭉 해서 아이템테이블 전체 100만회던 1억회던 순회시킨다음에 검색결과 Ex)김씨로 검색해서나온 모든 결과를 송송 받아서 김씨가 가진 아이템은 이거이거다라고 세팅하면 된다는 뜻이죠?

[익명(14.52)]

행이랑 열이랑 헤깔린거 아닌가 싶은데.. rdb는 다이나믹하게 컬럼이 늘어나는 형태로는 잘 안씀.. 행이 쌓이는거지