디시같은 구조의 사이트가 테이블 하나로 가능함?

[익명(222.96)]

애초에 이렇게 많은 자료가 하나의 테이블에 들어가는건 무리겠지?

[매미노(memino)]

하드코딩 모르노

[익명(223.38)]

가능하기야 하겠지만.. 그딴 씹비효율적인걸 시킨다면 퇴사각이다. - dc App

[dd(222.96)]

그럼 디시처럼 갤러리가 많아도 갤러리별로 테이블을 다 분리하는게 낫다는거임?

[익명(223.38)]

뭐가되던 한곳에 다 때려박는건 관리측면에서도 비효율적이고 I/O속도도 떨어지고 좋지않다. 정규화라는게 왜필요한지 생각해볼 수 있는 주제이다. - dc App

[dd(222.96)]

디시처럼 갤러리가 여러개인 경우 어떻게 설계해야되는지 아직 감이안오는데.. 만약 하나에 다 때려박고 1년마다 새로운 테이블 생성하는 방식이면 개병신임? 예를들어 borad_2020 , board_2021, board_2020

[익명(223.38)]

ㅋㅋㅋㅋㅋ 해봐라. 서비스야 가능하겠지만 한 갤러리만 있는것도아니고 여러갤러리 다 섞여있는데 당장 대충생각해봐도 게시물 필터링하는거부터 ㅈ될걸? - dc App

[dd(222.96)]

대충이라도 알려주면 안되냐.. 그럼 테이블이 몇만개가 되더라도 테이블 여러개 만드는게 답이야?

[익명(223.38)]

스무고개하는것도아니고 이건 정답이 없어. 보통은 게시판개념인 갤러리별로 테이블을 나누지 않나 싶다. 그러고 내가 쓴글 페이지라도 만들게되면 유저 ID로 외래키 잡아서 따로 모아놓는다거나 그러겠지 - dc App

[익명(222.96)]

내가 쓴글 페이지라도 만들게되면 유저 ID로 외래키 잡아서 따로 모아놓는다거나 그러겠지가 이해가 잘 안되는데 갤러리 별로 테이블을 나누면 이 많은 테이블들에서 내가 쓴 글을 어떻게 뽑아오지? 내가 쓴 글 테이블을 따로 만든단 소리임??

[익명(223.38)]

RDBMS를 사용하는경우엔 전체 테이블에서 유저아이디로 필터링하면 어떻게든 되겠지? 단순한데 확실하잖어 애초에 관계형 다 ㅈ까고 NoSQL방식으로 가는거면 더 쉬울수도있고. - dc App