tag:blogger.com,1999:blog-28061142.post8250739795288383960..comments2024-03-26T05:15:39.017+09:00Comments on 컴퓨터 vs 책: [독서광] MongoDB 완벽 가이드jhroguehttp://www.blogger.com/profile/09152927803306644996noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-28061142.post-40536021711897656652011-10-02T18:46:16.890+09:002011-10-02T18:46:16.890+09:00국내에서도 미투데이 정도의 서비스만 되어도 운영팀의 곤란거리가 됩니다. 쓰기 비중이 높고 ...국내에서도 미투데이 정도의 서비스만 되어도 운영팀의 곤란거리가 됩니다. 쓰기 비중이 높고 sharding과 partitioning이 곤란하죠.<br /><br />구글도 빅 테이블 이후로 더 다양한 서비스가 나오기 시작했듯 우리도 NOSQL에 대해 미리 준비하고 있다면 더 다양한 서비스를 꿈꾸고 만들 수 있을 것 같습니다.달리나음http://dalinaum-kr.tumblr.comnoreply@blogger.comtag:blogger.com,1999:blog-28061142.post-9645003808185014692011-10-02T11:54:57.827+09:002011-10-02T11:54:57.827+09:00맞습니다. Bigtable의 Google도 필요한곳엔 MySQL같은 RDBMS를 쓰고있고,...맞습니다. Bigtable의 Google도 필요한곳엔 MySQL같은 RDBMS를 쓰고있고, Dynamo의 Amazon도 적절하다 싶은곳 (data가 eventually consistent해도 괜찮은 곳이라던지)에만 쓰고있지요..<br /><br />NoSQL 솔루션들에서 제공하는 data model로는 모델링 하기가 너무 힘들지않은가 싶습니다. 물론 Relational DB에서 모델링 하는게 쉽다는말은 아니지만 그 동네에는 Normal form 이라는 데이타 모델의 건강함을 검증하는 방법이라도 있지요..<br /><br />결정적으로 국내 서비스 정도 규모의 load 수준은 RDBMS 솔루션들로도 충분히 처리할 수 있는 경우가 대부분이라 "왜 굳이 이걸 써야하죠?" 라는 운영팀의 당연한 의문이 더 설득력을 가지는 경우가 많다는거slothnoreply@blogger.com