(디씨가 좋은 예 ㅋㅋ 프갤 따로 있고 야갤, ddr갤 등 그룹별 게시판이 필요)
지금 만들어놓은게..
DB [main]
TABLE [user] // 사용자 정보
TABLE [group_list] // 그룹명들 모임
이런식이면 TABLE [group_list] 에 있는 그룹별로 게시판하고 그룹 사용자들을 또 지정해줘야 되거덩
그래서 지금 하는 방식이
TABLE [group_list] 에 있는 그룹명으로 DB 를 또 만들어서
DB [group_1]
TABLE [list]
TABLE [player]
DB [group_2]
TABLE [list]
TABLE [player]
...
이런식으로 그룹별로 DB가 생성됨, 그룹은 거의 존내게 많음
저번에 이런식으로 설계한거 올리니까 욕 존내 먹었음 ㅡ.ㅡ;
DB는 가능한 1개로만 만드는게 관리 입장에서 편하다고 하대?
그리고 서비스별로 DB 1개 놓고 테이블로 놓는게 정석이라고 해서..
근데 이거를 DB 1개로만 해서 DB [main] 에다가 다 집어넣을려면
DB [main]
TABLE [user]
TABLE [group_list]
TABLE [group_1_list] // 그룹1 게시판
TABLE [group_1_player] // 그룹1 참가자
TABLE [group_2_list]
TABLE [group_2_player]
TABLE [group_3_list]
TABLE [group_3_player]
...
...
이런식으로 해야되는건가?
근데 이렇게 하면 따로 DB를 만드는것 보다 오히려 더 이상하지 않음??
이렇게 되면 테이블도 존나게 생김 (그룹별 게시판들)
조언좀 부탁
어떤방법이 더 나은지.. 더 나은 방법이 있는지.. 굽신굽신
디씨 DB는 어떻게 설계된거지??
유저 테이블에 게시판 필드를 추가하면 되지
조낸 참신하다. DB를 조낸 만들 생각을 하다니... 테이블을 조낸 만들지 말고 그냥 한개 테이블에 그룹 번호 컬럼을 넣으면 되잖아. 참가자 테이블에도 칼럼 하나 추가해서 키에 그룹 번호를 추가하면 되고
써니덕후 // 유저 테이블에 게시판 필드 추가하면 안됨.. 유저 한명이 게시판 글을 여러개 쓰는데 데이터 중복이 넘 많이 일어남
21C노가다 // 게시판 테이블에는 그룹번호 칼럼 넣는건 좋은 생각임.. 근데 사용자들이 이 그룹 저그룹 다 들어갈 수 있기 때문에 그룹번호 칼럼을 사용자 필드에 갖다 박는건 어려움
그룹과 사용자간의 매핑하는 테이블 하나 더 만들면 되지
사용자1 그룹1
사용자1 그룹2
이런식으로 하면 한 사용자가 여러 그룹 다 들어가는게 가능하지 않아?
쿄스케 // 그게 바로 그룹별로 있는 player 테이블임
TABLE [group_3_player] 여기 테이블에 그룹 3에 들어가 있는 사용자들 ID 다 때려 박았음..
게시판은 통합 가능할거 같은데 [그룹별 참가자] (참가자들은 여러 그룹에 동시 참여 가능) 이건 통합이 안될거 같네
뭔소리 하냐 TABLE [group_1_player] // 그룹1 참가자 <= 여기 key에 그룹번호를 추가해서 하나만 만들로 그룹별로 만들지 말고 사용자가 여기저기 들어가면 로가 그만큼 늘어나겠지. 일단 ER그리는 공부부터 좀 해야겠다
유저 테이블과 그룹 테이블관의 관계가 그룹 참가자니까 n:n 관계가 될테고 그에 맞는 키조합해서 테이블 하나 만들면 되는거임
21C노가다 // ㅋㅋ 아 이해했음 ㅋㅋ 좋은데 잘하는데??
내말은 유저가 활동하는 게시판 리스트를 필드로 추가하라는 거지 atomic하게 안해도 되니.
그냥 패키지를 깔면 해결~~
그런데 왠만한 대형 규모아니고서야 DB하나면 충분히 다 해결되지 않나?
한 DBMS면 DB가 하나건 백개건 ....