게시판 설계시에 추천순, 조회순 등 전체 게시글 대상으로 정렬 문제

Question

안녕하세요 :)게시판 구현하려고 하는데, 게시글 정렬 관련해서 궁금증이 생겨서 문의 드립니다.다이나모디비 쓰긴 하는데, 이건 다른 디비도 마찬가지일 것 같은데,전체 게시글 대상으로 검색이나, 게시글 정렬은 어떤식으로 하는게 좋을지 고민이여서요.일단 게시글 검색은 엘라스틱서치나 기타 관련한 툴 사용해서 인덱싱 서치가 되게끔 할 생각이구요.예를들어서 조회순, 추천순 정렬을 한다고 했을때일반적으로 전체 게시글을 대상으로 정렬한다고 하면, 일단 모든 데이터를 다 조회 해와서거기서 비교하면 너무 리소스가 클 것 같아서,다음과 같은 2가지 방법을 고려중인데요, 일반적으로 어떤식으로 구현하는지 궁금해서 문의 드립니다.유저가 조회를 하든, 추천을 하든 액션이 일어날때마다, 별도 랭킹 카운팅 데이터를 만들어 두고, 필요시에 전체 게시글이 아닌 이 랭킹 카운팅 데이터에서 높은 순서로 가져와서 내려준다. (랭킹의 실시간 성은 보장되지만, 역시 매 행위마다 과작업 우려)일단 유저는 계속해서 액션을 하고, 5분 간격으로 배치가 돌면서 랭킹 카운팅 데이터를 업데이트 해준다. (랭킹의 실시간 성은 보장되지 않지만, 액션 자체는 가벼워 진다.)그밖에...?다시 정리하자면, 게시판 구현시에 게시글 검색이나, 추천순, 조회순과 정렬 과 같은 정렬은 어떤식으로 구현하는지 대략적인 아이디어 부탁드립니다. 감사합니다.

잠자는사자 · Answer

쓸데없는 고민 같네요그런 고민은 게시물 5000만 이상 될 때 부터 하면 됩니다. <= 거의 그런 고민 할 일이 없다는 것입니다. DB가 그렇게 약하지 않습니다. 그냥 order by 쓰면 됩니다.

Hide_D · Answer

일간 페이지뷰가 10만 찍히기 전까진 그냥 통째로, 인덱싱만 걸어서 '어떠한 추가 고려 없이 대충' 써도 될 것 같고요.그걸 넘어서면 1번처럼 테이블만 쪼개는 정도로 하셔도 될 거고,그보다 더 많이 100만 넘게 찍히면 그때 배치든 캐시든 고려하면 될 것 같네요. 이때부턴 DB 서버가 여러개일 거잖아요?

민 트랑 · Answer

Yo, board sorting challenges are legit tricky! Diving into database optimization feels like navigating a Slope Game maze. Encountered similar ranking performance headaches during a social media project where indexing and real-time sorting became a massive computational bottleneck. Totally get the dilemma between instant updates and resource efficiency. Those two approaches you mentioned? Solid strategic thinking for managing dynamic content ranking!

더미 · Answer

nosql쓰니까 고민하고 있는거지 일반적인 rdb는 정렬이 매우 쉽습니다. 왜 DynamoDB쓰려고 하시죠?

전뚱이인데요 · Answer

제가 잘 이해가 안가서 그러는데 정렬할 때 모든 게시판을 가져와야 하나요?어처피 화면에서 보이는 게시글은 한정되어있을텐데 한 화면에 보이는 만큼만 가져와서 정렬 하면 되는거 아닌가용??

고수가될거야 · Answer

랭킹을 캐싱하세요. 그리고 TTL을 원하시는 분 단위로 설정하세요. 그럼 문제 없지 않나요?

아들엄마남편 · Answer

DDB 풀 스캔하면 rcu 장난 아닐거에요. 걍 윗분 언급 해 주신 것 처럼 캐싱 고려해 보세요.랭킹 데이터 관리는이벤트 드리븐 방식의 cqrs 를 찾아보시면 좋을 것 같아요.

게시판 설계시에 추천순, 조회순 등 전체 게시글 대상으로 정렬 문제

7개의 답변

기술 목록