[database] MongoDB 또는 CouchDB-프로덕션에 적합합니까? [닫은]

우리는 상점을위한 MySQL의 대용품으로 CouchDB를 운영하고 있습니다 (점당 70.0000 품목, 모든 품목의 총 4 백만 속성, 품목 간 상호 연결).

우리의 목표는 다음과 같습니다.

1. master-db에서 다른 문서를 가진 여러 클라이언트로 쉽게 복제 할 수 있습니다.

2. “이 속성에 해당하는 부품 수와 해당 조건에 맞는 필터 수”와 같은 빠른 사전 계산 데이터

사리:

1. 우리 상점은 이제 MySQL보다 훨씬 빠르게 실행되고 있으며 mysql-database는 1 ~ 3 일의 사전 계산이 필요하기 때문에 (한 달에 두 번 업데이트) 데이터 계산 및 필터링 준비가 완료되었으며 CouchDB는 5 시간이 소요됩니다. 매일 밤 제품 데이터를 업데이트 할 수 있습니다)
2. 작업장 노드에 대한 (필터링 된) 데이터 배포 및 백업 설정이 빠르고 쉽습니다.

또한 :

1. 맵 / 축소와 조인이없는 한계를 이해하는 것은 매우 어렵습니다.
2. 외부 프로그램없이 “where where”또는 “update where”와 같은 데이터에 대한 작업이 없습니다
3. 문제가 없으면 복제가 잘 작동합니다. 그 이유가 무엇인지 찾기가 정말 어렵습니다 (초보자)
4. 리눅스 괴짜가 아니라면 바이너리없이 CouchDB를 설치하는 것은 어렵습니다 (그렇습니다. 그러나 CouchDB 커뮤니티는 도움이되고 (#couchdb) 운 좋게도 무료 비즈니스에서 대기업에 이르는 서비스를 제공하는 회사가 있습니다.
5. CouchDB는 앞으로 나아가고 있으므로 작업 방식에 변화를 줄 수있는 많은 변화 (개선)가 진행되고 있습니다. 그러나 기본적인 것은 안정적입니다.

결과 : 데이터 생성 및 유지 관리를위한 데이터베이스 인 MySQL은 신뢰할 수 있고 이해하기 쉽고 처리하기 쉽습니다. 나는 우리가 이것을 바꾸지 않을 것이라고 생각합니다. 그러나 CouchDB 뷰의 힘과 복제 설정의 용이성을 놓치지 않으려 고합니다.

프로덕션 소파는 구성 오류 및 잊어 버린 로그 로테이션 (빌딩이 너무 오래 걸리거나 중단, 복제 중지)으로 인해 수 개월 동안 작업 한 후에 문제를 일으켰지 만 데이터 손실이 없어 항상 쉽게 재설정 할 수있었습니다.

답변