[mongodb] MongoDB에서 CouchDB를 사용하는 경우와 그 반대의 경우

아주 오래된 질문이지만 Google 위에 있으며 여기에 나와있는 답변이 마음에 들지 않습니다.

CouchApps를 개발하는 능력보다 Couchdb에는 훨씬 더 많은 것이 있습니다. 대부분의 사람들은 클래식 3 계층 웹 아키텍처에서 CouchDb를 사용합니다.

실제로 대부분의 사람들이 결정하는 요소는 MongoDb가 SQL과 같은 구문으로 임시 쿼리를 허용하지만 CouchDb는 그렇지 않지만 (이 뷰를 생성하더라도 일부 사람들을 끄는 맵 / 축소 뷰를 만들어야 함) 사실입니다. 빠른 응용 프로그램 개발에 익숙합니다. 저장 프로 시저와 아무 관련이 없습니다.

허용 된 답변에서 제기 된 요점을 해결하려면 : CouchDb에는 훌륭한 버전 관리 시스템이 있지만 버전 관리가 중요한 장소에만 적합하다는 것을 의미하지는 않습니다. 또한 couchdb는 추가 전용 특성으로 인해 쓰기에 매우 친숙합니다 (데이터가 손실되지 않도록 보장하면서 쓰기 작업이 즉시 완료됩니다).

누구도 언급하지 않은 매우 중요한 것은 CouchDb가 b-tree 인덱스에 의존한다는 사실입니다. 이것은 당신이 1 “행”을 가지고 있든 200 억을 가지고 있든, 쿼리 시간은 항상 10ms 미만으로 유지됨을 의미합니다. 이것은 CouchDb를 대기 시간이 짧고 읽기 쉬운 데이터베이스로 만드는 게임 체인저이며 실제로 간과해서는 안됩니다.

공정하고 철저한 MongoDb가 CouchDb보다 우위를 점하는 것은 툴링 및 마케팅입니다. 모든 주요 언어 및 플랫폼을위한 최고 수준의 시민 도구가있어 온 보딩이 쉬워지고 애드혹 쿼리에 추가되어 SQL에서 더 쉽게 전환 할 수 있습니다.

CouchDb에는 현재 사용할 수있는 라이브러리가 많더라도 CAPID 수준의 툴링이 없지만 CouchDb는 HTTP API로 노출되어 있으므로 선호하는 언어로 래퍼를 작성하여 대화하기가 매우 쉽습니다. 나는 팽창을 피하고 원하는 것을 취할 수 있기 때문에 개인적 으로이 접근법을 좋아합니다 (인터페이스 분리 원리).

그래서 나는 하나 또는 다른 것을 사용하는 것이 그들의 패러다임에 대한 위안과 선호의 문제라고 말합니다. CouchDb 접근 방식은 특정 사람들에게는 “적합”하지만 데이터베이스 기능에 대해 배운 후에 (완전한 공식 안내서에서 ) “지옥 한”순간이 없다면 아마도 계속 나아가 야 할 것입니다.

“올바른 작업에 적합한 도구”를 사용하려는 경우 CouchDb를 사용하지 않는 것이 좋습니다. 당신은 그런 식으로 그것을 사용할 수 없다는 것을 알게 될 것이고 결국 “CouchDb의 조인은 어디에 있습니까?”와 같은 블로그 게시물을 작성하게 될 것입니다. “트랜잭션 관리는 어디에 있습니까?” 실제로 Couchdb는 역설적으로 매우 투명하지만 동시에 패러다임 전환과 문제에 접근하는 방식을 바꿔야 실제로 빛을 발하고 작동합니다.

그러나 일단 당신이 그 일을 실제로 지불하면. 다른 데이터베이스를 선택하려면 프로젝트에 개인적으로 매우 강력한 이유나 주요 거래 차단기가 필요하지만 지금까지 나는 어떤 것도 충족하지 못했습니다.

답변