안녕하세요 요새 어드민 페이지를 aws이용해 만들어 보고있는데요. 예전 rdb에서 잘…

안녕하세요
요새 어드민 페이지를 aws이용해 만들어 보고있는데요.
예전 rdb에서 잘 하던 게시판 만들기가
다이나모디비 이용하려니 어렵네요ㅠ
listing 하려면 쿼리날려 출력하는데
전체 갯수도 못가져오고.. (알아내려면 풀스캔 > 성능저하)
단지 다음에 출력할 목록이 있는지만 알 수 있고(last evaluate key)..
다이나모디비를 버릴까 생각중입니다ㅜㅜ
게시판 글 pagination 좋은 방법이 있을까요?

8 thoughts on “안녕하세요 요새 어드민 페이지를 aws이용해 만들어 보고있는데요. 예전 rdb에서 잘…

  1. 일반적인 게시판용으로는 다이나모 디비는 부적합하지 않을까 생각이 듭니다. 일반적인 rdbms를 사용하지 않으신 이유는 무엇인지 여쭤봐도 될까요?

  2. 오로라는 소규모로 하기엔 기본 비용이 생각보다 비싼편입니다. 참고하세요!! (가장 작은 db.r3.large 인스턴스시 시간당 0.29달러*24시간*30일 = 208.8달러)

  3. 일반 관계형 데이터베이스에서 사용하던 카운트 방식을 분산 데이터베이스에 적용하는 것은 보통 좋은 아이디어는 아닙니다. 개인적인 생각입니다만 그런 카운팅이 필요하다면 redis 를 사용하거나, 또는 DDB 에 별도의 카운트를 담당하는 attribute 를 만들고 로직에서 글이 들어갈때마다 하나씩 더해주는 것이 방법이 아닐까 싶네요. 물론, 게시물이 입력된 순간 즉각 공유 되어야 하는 경우가 아닐 수 있다면 중간에 큐와 워커를 넣어 처리할때 전체 게시물 숫자에 하나 더 하는것과 같은 방법이죠. 관계형 디비 내부적으로도 동적으로 그때그때 카운트가 나올 수 있는건 이런 스탯을 별도로 관리하는 로직이 있다고 생각해 보시면 문제를 해결하는데 도움이 되지 않을까 합니다. 그리고 DDB 는 확실히 RDB 보다 여러면에서 저렴할거에요. 🙂 지나가다가 눈에 밟혀서 남겨 봅니다

  4. 기존 데이터베이스에서도 잘못된 방법으로 listing 하거나 전체 갯수를 가져오니 느려지는겁니다. 다이나모디비에서 그런 연산을 지원하지 않는 이유도 그런 연산이 매우 비효율적이여서 그런것이겠지요.

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.