서버 설계가 처음부터 잘못된걸까요

Question

express에서 mongoose 사용하여 서버를 만들었는데, 게시판의 각 카테고리 별로 모델을 만들었습니다.그런데 다 만들고 나서 클라이언트 구혀중에, 유저가 작성한 모든 글들을 가져오는 기능을 넣고 싶어졌습니다.저는 각 게시판 별로 모델을 나눠서 구현했는데, 그럼 모든 모델들을 하나씩 불러서 조회하고 합쳐서 주는 방법밖에 없나요?아니면 실무에서는 여러 모델들도 만들고 모든 글들을 담은 모델도 따로 만드시나요..?아니면 mongoose에서 모든 모델들의 문서를 한번에 조회하는 기능이 있을까요 ㅠ

BGProgramming · Accepted Answer

용어나 상황 설명을 정리할 필요가 있을것 같습니다.처음 읽었을때와 나중에 생각해볼때의 상황이 이상해서 그렇습니다.일단 게시판의 카테고리별로 모델을 만들었다는 설명은...게시판 컬렉션 하나가 있고몽구스에서 카테고리별로 모델을 따로 따로 생성했다는 이야기로 들립니다.즉, 실제 DB 컬렉션은 하나이며 카테고리별로 n개의 모델을 만들어서 하나의 db 컬렉션에 매핑했다. 라고 해석됩니다.그런데 다음 문장에서 "각 게시판 별로 모델을 나누어 구현했는데, 그럼 모든 모델들을 하나씩 불러서 조회하고 합쳐서 주는 방법밖에 없나요?"라는 질문은.... 게시판 별로 DB 컬렉션을 만들었고 DB 컬렉션을 하나씩 불러서 합쳐주고 있는 질문이라 판단됩니다.위와는 상황이 다르고... 뒤의 설명이 더 맞는것 같아 뒤의 질문을 답변하겠습니다.---------------------------------------------------------지금 상황은 각 컬렉션을 조회해서 수집하는 수밖에 없습니다.인덱스는 사용자 id로 건다면 속도에는 문제될 것은 없습니다.다만 하나하나 코딩해야 하는 귀찮음이 있고,가장 큰 문제는 게시판이 추가된다면 또다시 컬렉션이 추가될텐데 그렇다면 만들었던 기능을 업데이트 하는 수밖에 없습니다.여기서 버그가 날 상황을 안고 가야 합니다.결국 지금 구조를 완전히 뜯어 고치느냐... 아니면 유지하면서 게시판 컬렉션이 추가될때에도 기능 추가를 놓치지 않는 방법을 마련해야 합니다.제 경우 게시판을 여러번 만들었는데요.말씀하신 것처럼 각 게시판별로 테이블을 만든 경우도 있고 board 혹은 thread 테이블을 만들고 여기에는 게시판 정보를..그리고 글, 댓글, 대댓글 구조도 이렇게 분리할 때와 아예 구분없이 post로 때워버리는 경우도 있었습니다.이게 프로젝트 성격에 따라 달라집니다.경우에 따라서는 post에 댓글을 json으로 넣어 버려도 무방할 수 있습니다.그런데 이런 경우 내 댓글 조회는 조회하기는 힘들겠죠.프로젝트 상황이 만일 게시판 별로 특별하게 취급되는 게시판이 없다면 그냥 하나의 테이블에 정보를 넣고 post를 두는것이 좋아 보이긴 합니다.이런 구조를 변경할때 기존 프로젝트에서 레이어를 어느정도 나뉘었냐에 따라 해당 프로젝트가 잘 만들어 졌느냐가 드러납니다.즉, db 구조를 변경할때 DB 파트만 고치면 되느냐 아니면 프로젝트의 서버나 클라이언트 어느 모듈까지 변경의 여파가 미치는지 보면 해당 프로젝트가 잘 짜여져 있는지 판단이 되죠.이상적인 경우 해당 변화는 DB 테이블의 변경이기에 DB와 통신하는 부분만 수정되고 나머지는 변경이 없는것이 좋습니다.

짱구올시다 · Answer

각 카테고리별로 모델이 달라져야 했던 이유가 있을까요

캐티 · Answer

mongodb도 union all이 있지만 컬렉션 하나에 카테고리 속성을 여러개로 나눠서 넣지 않겠나요.

pjhplayer · Answer

예상되는 사용량과 개발일정에 따라 달라지겠지만, 보통 union all 해도 되도 문제 없어요. 서비스가 잘되면 고도화 하겠죠~ㅋㅋㅋ

장독깨기 · Answer

몽고디비 말구요, RDB 로 하세요.

더미 · Answer

모델이 굳이 달라져야 하는 이유가 없다면설계가 잘못된 거겠죠

SunnySky · Answer

특별한 이유 없으면 관계형 DB로 하세요

서버 설계가 처음부터 잘못된걸까요

7개의 답변

Q&A 목록