단일콜렉션과 lookup

일단 어디까지나 저의 개인적인 의견이지만 의견을 전달해드릴게요. 일단 DB선정을 RDB로 하시는것을 추천드립니다. 어디까지나 저의 의견이지만 상점에 여러가지의 상품이 무제한적으로 추가될수있다는 가정이 들어가 있습니다. 이런 경우에는 하나의 컬렉션에 Array형태로 저장하는것은 매우 잘못되었습니다. Array형태로 저장하는것은 어느정도 정해지거나 감당가능한 데이터를 저장할 때 사용해야합니다. 그래서 이 기준에 따라서 무조건적인 분할이 필요합니다. 그래서 lookup이 필수적으로 들어가게 될 거 같습니다. 그리고 lookup이 들어가도 큰 문제는 없어 보여요 쿼리를 두번 전송하거나 기본적으로 상품들에 대해서 상점이라는 강력한 match조건이 있기 때문이죠. 근본적으로는 이런 구조는 RDB가 가장 좋기는합니다. 제가 잠시 외부에서 모바일로 답변을 드린거라 잘못이해거나 설명이 잘못된 부분이 있을 수 있는데 혹시 추가적인 질문있다면 댓글 남겨주시면 감사하겠습니다.

강의에 음성만 나오고 영상이 나오질 않습니다 ㅠ

혹시 어떤 챕터에서 그러실까요?? 제가 따로 수정이력이 없는데 인프런측 버그로도 확인을 해봐야 할 꺼 같습니다.

paseto 데이터 저장 관련하여 질문드립니다.

안녕하세요 질문 감사합니다. 물론 당연하게도 DB를 구성하여 3 Tier를 만들게 됩니다. 해당 강의는 gRPC가 무엇인지, RPC가 무엇인지에 대한 주제를 다루고 있어서, 간단하게 서버 메모리로써 활용을 하였습니다. token과 user 데이터는 사용하는 DB에 따라 다르겠지만, MySQL을 주로 사용하신다면, 분리가 되어서 관리가 되어야하는것이 맞다고 생각을 합니다. 뭔가 쓰임새가 좀 다른 데이터의 형태라고 생각이 들어서, 저라면 분리를 할꺼같네요. user에 대한 정보이기 떄문에, 딱 user에 대한 데이터만 들어가고, 해당 user데이터를 참조하는 테이블을 두어서, Token에 대한 데이터를 관리할꺼같습니다. 도움이 되셨을까요?? 질문 주셔서 감사합니다 :)

질문드립니다

사실 데이터의 요구조건과 양 또는 쿼리의 복잡함에 따라서 정해진 부분은 없습니다. 데이터양이 보통 페이징을 고려하여 50ms 이내에 나오게 하는것을 목표로 하시고 작성을 해주시는게 좋습니다. 강의에서 200ms씩 나오는 이유는 무료로써 제공되는 인스턴스는 너무나도 느리기 때문입니다 ㅠ.ㅠ 일반적으로 몽고 코리아측에서 전달하는 내용인 일반 테이블에 대해서 간단한 쿼리는 10ms보다 오래걸리면 매우 느린것이다 라고 예전에 한번 전달을 받았어가지고 이 부분도 고려하시면 좋을꺼 같네요. 하지만 앞서 말씀드렸듯이 상황에 따라서 꽤나 달라지는 부분이 있다보니 이 부분을 참고하셔서 최적화를 해보시면 좋을꺼 같습니다.

데이터 불러오기

불러오고 싶다면, 차라리 해당 데이터를 조회하는 API를 추가하시는게 더 좋은 케이스가 될 꺼같습니다. chan 은 서버내에서 Pub/Sub 모델을 위한 방식일 뿐, 이 방식을 활용해서 불필요한 데이터를 이동시킬 필요는 없다고 생각이 드네요.