초짜 개발자 입니다. :)
안드로이드에서 회원가입 시, 서블릿 서버 PostgreSQL에(ID, password) 쌓이게만 만들었습니다.
막상 회원 아이디를 'key'로 클라이언트 내의 글 작성, 댓글 작성 등
모든 활동을 가능케 만들려면.. 이 DB 테이블 하나에 아이디, 비번, 글번호, 댓글 등 모두 때려넣기는 힘들것 같아서요..
그래서 생각한게, 회원 가입용 테이블로 로긴 성공 실패 여부를 가리고, 그 후에 아이디를 'key'로
이 아이디와 똑같은 테이블을 새로 생성하고 이것으로 게시판 관리나 기타 클라이언트 내에서 유저의 모든 활동을 기록하는
테이블로 설계하려고 합니다.
궁금한 것은, 이런식으로 설계하는게 실무 경험이 있거나 나름 경험자 입장에서 볼때 맞게 가는건지~
아니면 더 효율적인 DB설계와 관리 방법이 있는지 궁금합니다~
p.s. 초보이다보니.. 궁금한게 많습니다 ^^; 자세히 설명 부탁드릴게요!
원래는 디비 설계 할때는 학교에서 배울때는 정규화니 뭐니 따지고 정확하게 나누고 하시는게 많습니다만 실제로 프로젝트나 등등을 해보면 관리 입장에서 조금 어긋나게 만드는게 더 나을때가 많더군요.
간단하게 컬럼이 10개 미안의 그냥 수집 목적의 디비면 관계형 디비니 정규화니 그런거 신경아쓰시고 하나에 다 넣는것도 괜찮다고 생각합니다.
하지만 위 경우처럼 회원가입을 받고 그에 해당하는 사람이 쓴 데이터들을 다 저장 하실려면 짜이똥님 말씀처럼 같은 분야별로 나누셔서 참조키를 사용하셔서 하시는게 좋습니다.나중에 관리하기도 좋고 디비 에러 잡기도 좋습니다..^^
그리고 저 같은 경우엔 아이디가 프리미어키가 될순 있지만 되도록 프리미어키는 따로 자동생성되게 해서 만들어 놓는 편입니다.^^
디비 설계가 쉬운건 아니죠.....
나름의 노하우가 필요하다고 봅니다....
저도 초보이지만.... 도움이 될가 해서 올려드립니다...
네 물론 님이 생각하신데로 한테이블 안에 모두 때려 박기란 쉬운일이 아니죠.... ㅎㅎ
그냥 때려박기만 한다면 디비 관리자및 설계자가 왜 필요 하겠습니까??
혹여 디비를 좀 배우 셨다면 관계형 디비라고 들어 보셨는지..... 관계형 디비로 관리하신다면 쉽게 관리 하실수 있습니다...
님이 어떤 프로그램을 만든지는 모르겠으나 작성글 덧글등을 보아하니 게시판을 예로 들어보죠....
테이블은 대충 회원테이블, 작성글 테이블, 덧글 테이블.... 요정도 ????
머 거의 이정도면 회원의 모든 기록을 담을수 있겠내요....
회원테이블은 회원정보를 담고 작성글으 글과 글번호 작성자 등의 정보를 담겠죠.... 덧글도 본체가되는글, 덧글번호 덧글 작성자,, 정도?
대충 컬럼이 저렇습니다... 감이 오십니까?
이정도면 감이 오시리라 믿습니다.
이제 쿼리만 날림 되는 겁니다잉...