▼

김재중

올리비아 로드리고

태풍

삼시세끼

이재명

오타니 50 50

황인범

피프티피프티

바르셀로나

제니

로그인 회원가입|아이디

비번찾기

개발자포럼 입니다.

포럼지원센터

sql 다루는데 있어서 질문 드립니다!9

[* 비회원 *]
등록일 2012-02-08 15:32
조회수 259

어떠한 db를 만들고 있는데요,

각 ID별로 하나의 테이블을 만들어줄 생각입니다.

그런데 사용자 숫자만큼 많은 테이블이 생기는데, 이런 데이터 베이스구조가 괜찮은지요?

ID마다 가져야할 정보량이 테이블을 가져야할 만큼 되는 정보량이거든요.

그런데 테이블이 많이 생성되면 안좋은 이유가 있을까요? 혹은 다른 좋은 방법들이 있을까요?

파워링크 등록안내



		목록보기

0 키스미달링

어떤 DB를 쓸꺼며
사용자가 얼마나 예상되시는데요 ?

2012-02-08 점아이콘

댓글주소복사

0 [* 비회원 *]

mysql을 쓰구요, ID당 부여되는 데이터량은 장부정리 정도로 됩니다.
사용자까지는 생각안해봤지만, 장기적으로 계속 늘어날거라는 생각을 하고 있어요.

2012-02-08 점아이콘

댓글주소복사

용량에 따라 다르긴 할테지만... 속성이 같으면 굳이 따로 잡을 이유가 있을런지..

2012-02-08 점아이콘

댓글주소복사

각 ID 별로 어떤 방대한정보를 담기에 테이블이 따로 필요한지 모르겠으나 비효율적인데요
각 속성별 테이블을 만드는것이 효율적으로 보입니다

2012-02-08 점아이콘

댓글주소복사

0 NhOne

저라면 그냥 인덱스 잘 걸어서 묶을 것 같은데요.....

2012-02-08 점아이콘

댓글주소복사

0 키스미달링

mysql 이면 RDBMS 인데요 -ㅇ-;
사용자 table(회원) 하나 - 장부 용도별 테이블 분리해서 join 처리하는게 정상이겠네요

2012-02-08 점아이콘

댓글주소복사

0 세레니언

데이터 량이 많다면 파티셔닝을 하는게 더 효율적일것 같습니다. 장부용도라 하시면 기간별 파티셔닝하시것도 하나의 방법입니다.

2012-02-08 점아이콘

댓글주소복사

0 0초보0

다른분들 의견대로 저도 회원ID를 테이블로 만드는건 그다지 효율적이란 생각이 안듭니다. ^_^;

회원 한 명당 데이터가 수천만개쯤 되나요?

2012-02-09 * 점아이콘

댓글주소복사

0 0초보0

예상하시는 사용자수랑 자료의 수가 얼마나 되는지가 궁금합니다. ^^;

2012-02-09 * 점아이콘

댓글주소복사

알림 욕설, 상처 줄 수 있는 악플은 삼가주세요.
로그인 후 코멘트를 작성하실 수 있습니다.

짤방 사진		익명요구 다른의견


	△ 이전글▽ 다음글	목록보기