[일반] Rdb로 채팅기능 구현ㄱㅊ?

[익명(106.101)]

NoSQL가 정배?

[김대기(waitkim)]

이전 기록 안남는 채팅? 뭐하러 db씀 걍 메시지 뿌리기만 하면 될거를

[백갤러 1(106.101)]

계정별로 기록 남고 다시 대화 마저 이어갈수있는 채팅기능

[백갤러 2(223.38)]

나도 이거 궁금했는데 기록 안남겨도 되면 로그로만 출력하고 db에 저장안해도 되겠죠?

[김대기(waitkim)]

기록 남길거면 어려워지지 rdb든 nosql이든 분산db 써야함

[백갤러 4(219.241)]

분산쪽을 공부해야되는구나 흠...

[백갤러 3(118.235)]

많은분들이 nosql에 대해서 혼동이 있는것같아요. nosql에서 자주 언급되는 cap이론 더 나아가서는 pacelc 이론은 사실 분산 DB면 rdb나 nosql 상관없이 둘다 적용되는 내용이예요. 그리고 몽고 등이 관계형이 아니라고 해도 결국 인덱스를 btree등으로 rdb와 동일하게 잡으면 외부에서 사용하는 방식이 크게 달라질것도 없구요.

[백갤러 3(118.235)]

따라서 결론은 nosql과 rdb로 대충 뭉그려뜨려서 선택지를 정할수는 없고 어떤 기술이 어떤 환경에서 적용되냐에 따라서 적용되어야되니 먼저 기능에 대해 더 많이 고민해보시고, rdb나 nosql이 왜 그렇게 다르게 인식되는지도 다시 생각해보시면 좋을것같아요.

[백갤러 4(219.241)]

아무래도 nosql이 그래도 rdb보다는 쓰는 속도가 빠르고 분산도 용이하다고 들었어서 고민하고 있었습니다. 아직 nosql은 잘 모르기도하고... 단일rdb서버로 기능구축을 하고 있긴한데 채팅은 단시간에 많은 요청이 몰리는 기능이다보니..

[백갤러 5(1.237)]

일부러 rdb를 옹호하는건 아니지만, slack과 line도 mysql을 사용하고 있습니다. db를 선택하는게 먼저가 아니라 기능과 그 기능이 목표하는 성능을 위해 어떤 아키텍쳐를 가져갈지를 먼저 생각해보시는게 좋을것같아요. 단시간에 많은 요청이 몰리는것도 단순히 많이 몰린다가 아니라 서비스별로 패턴이 달라서 그에 맞게 대응되는 시스템을 생각해야되구요

[백갤러 5(1.237)]

채팅 서비스 혹은 알림 아키텍쳐를 보면 대부분 DB를 올인원 솔루션으로 생각하지 않고 메시지 큐, 인메모리db, rdb등을 종합적으로 씁니다. 여러 아키텍쳐들 보면서 참고하시면 좋을것같아요. 직접적으로 네, 아니요와 같은 도움되는 답변은 아닌것같아 미안하네요...

[백갤러 6(58.29)]

아 아닙니다! 저도 질문을 일차원적으로 한거라ㅎㅎ 인메모리 캐싱 같은 부분도 염두에 두긴했는데 배경지식이 부족한터라 앞에 보이는 DB에서만 답을 구했었네요. 감사합니다~