우리는 CMS-ish 어플리케이션을 위해 CouchdDB를보고 있습니다. 프로덕션 데이터베이스를 백업하는 것과 관련된 일반적인 패턴, 모범 사례 및 워크 플로 조언은 무엇입니까? 저는 특히 개발 및 테스트에 사용하기 위해 데이터베이스를 복제하는 프로세스에 관심이 있습니다. 실제 실행중인 인스턴스에서 디스크의 파일을 복사하는 것으로 충분합니까? 두 개의 실제
레일스는 ActiveRecord API를 사용하여 모델 변경 사항을 처리하기 위해 마이그레이션 개념을 사용합니다. CouchDB는 JSON (중첩 된 맵 및 배열)을 사용하여 해당 모델 객체를 나타냅니다. 지금까지 CouchDB를 사용하여 문서의 구조가 변경되었을 때 (개발자로서 징계되지 않은 경우) 또는 이전 모델에서 새 모델로 문서를 마이그레이션하는 좋
저는 문서 데이터베이스와 특히 CouchDB의 단순성에 대해 이미 기대하고 있습니다. 그러나 이러한 데이터베이스가 다중 사용자 시스템에서 실행 가능한 옵션인지 이해하기가 어렵습니다. 이러한 시스템은 데이터베이스가 제공하지 않는 문서 들간에 어떤 종류의 관계를 요구하기 때문에. 그런 경우에는 완전히 잘못된 도구입니까? 또는 태그 지정 및 임시보기가이를 수행하
지난 2 년 동안 CouchDB 프로젝트를 관심을 가지고 보았습니다. 이제 아파치 인큐베이터 프로젝트입니다. 그 전에는 CouchDB 웹 사이트가 으로 가득 차서 생산 코드 면책 조항을 사용하지 않으므로 그 내용을 계속 주시하지 않았습니다. 라이브 프로젝트 나 테크놀로지 파일럿을 위해 CouchDB를 사용하고 있다면 여러분의 경험을 알고 싶을 것입니다.
다음보기 함수를 사용하여 데이터베이스의 모든 항목을 반복하여 (태그를 찾기 위해), 데이터 집합이 큰 경우 성능이 매우 좋지 않다고 생각합니다. 다른 방법이 있습니까? def by_tag(tag):
return '''
function(doc) {
if (doc.tags.length > 0) {
for (var tag
문서의 유연한 저장을 위해 CouchDB를 사용할 프로젝트를 작업 중입니다. 필자의 시스템 요구 사항은 스토리지 용 CouchDB와 잘 어울립니다. 하지만이 내 질문은 정말 귀결 : 은 나뿐만 아니라 액티브 및 MySQL을 사용 keeop해야는 ... 같은 인증과 같은 액티브와 함께 사용하기위한 모든 쉽게 사용할 수있는 편리한 플러그인 (의 뗏목이있다 및