원활한 멀티 - 마스터 동기화, 그.
직관적 인 HTTP / JSON API를 제공합니다.
필요한 데이터.
Apache CouchDB & trade; 모바일 전화를 통해 전세계에 분산 된 서버 클러스터에서 웹 브라우저에 이르기까지 모든 상상할 수있는 컴퓨팅 환경을 망라하는 다양한 프로젝트 및 제품에 의해 구현되는 Couch Replication Protocol을 정의하여 필요에 따라 데이터에 액세스 할 수 있습니다. Couch Replication Protocol과 호환되는 소프트웨어에는 PouchDB, Cloudant 및 Couchbase Lite가 있습니다.
데이터를 안전하게 자신의 서버 또는 주요 클라우드 제공 업체에 저장하십시오. 웹 및 기본 응용 프로그램은 기본적으로 JSON을 사용하고 모든 데이터 저장 요구에 맞게 바이너리를 지원하기 때문에 CouchDB를 좋아합니다. Couch Replication Protocol은 서버 클러스터와 모바일 브라우저 및 웹 브라우저간에 원활하게 데이터를 전송할 수있게하여 높은 성능과 강력한 안정성을 유지하면서 매력적인 온라인 우선 사용자 경험을 가능하게합니다. CouchDB는 개발자 친화적 인 쿼리 언어와 선택적으로 MapReduce를 제공하여 간단하고 효율적이며 포괄적 인 데이터 검색을 제공합니다.
단일 노드 데이터베이스.
CouchDB는 선택한 애플리케이션 서버 뒤에있는 다른 데이터베이스와 마찬가지로 작동하는 훌륭한 단일 노드 데이터베이스입니다.
또한 CouchDB는 여러 서버 또는 VM에서 단일 논리 데이터베이스 서버를 실행할 수있는 클러스터 된 데이터베이스입니다.
CouchDB는 유비쿼터스 HTTP 프로토콜 및 JSON 데이터 형식을 사용하며이를 지원하는 모든 소프트웨어와 호환됩니다. CouchDB는 또한 HTTP 프록시 서버, 로드 밸런서와 같은 외부 도구와 잘 작동합니다.
오프라인 첫 번째 데이터 동기화.
CouchDB†™ s 독특한 복제 프로토콜은 까다로운 네트워크 인프라가있는 모바일 응용 프로그램 및 기타 환경을위한 “ Offline First” 응용 프로그램의 완전히 새로운 세대를위한 기반입니다.
CouchDB는 라즈베리 파이 (Raspberry Pi)에서부터 큰 클라우드 (Cloud) 설치까지 서버용으로 제작되었으며, PouchDB는 모바일 & amp; 데스크탑 웹 브라우저 및 Couchbase Lite는 기본 iOS 및 iOS 용으로 제작되었습니다. Android 앱.
신뢰할 수 있음.
CouchDB는 데이터 신뢰성에 중점을두고 있습니다.
공헌하고 싶습니까?
우리는 당신의 공헌을 환영합니다. CouchDB는 오픈 소스 프로젝트입니다. 이 웹 사이트에서부터 데이터베이스 자체의 핵심에 이르기까지 모든 것이 도움이되는 개인들에 의해 공헌되었습니다. 기고자들의 시간과 관심은 우리의 가장 소중한 자원이며, 우리는 항상 더 많은 것을 필요로합니다. 우리의 주된 목표는 환영하고 지원되며 포괄적이며 다양한 공동체를 구축하는 것입니다. 우리는 윤리 강령 및 일련의 프로젝트 정관을 준수합니다. 같이하자!
CouchDB 코어.
CouchDB의 미래를 만들어주세요! There†™ s는 중핵 데이타베이스에 행해지 일 아직도 많음을 있습니다. 우리는 GitHub을 사용하여 문제를 추적하고 요청을 가져옵니다.
JavaScript 기술을 CouchDB의 차세대 웹 UI에 활용하십시오. Fauxton은 CouchDB를 강력하고 관리하기 쉬운 “killer app†is입니다.
We†™는 CouchDB 이야기를 만드는 데이터베이스 †"we†™를 다시 짓는 것이 아닙니다. 회의 주최, 비디오 자습서 작성, 블로그 게시물 작성 등 CouchDB를 홍보하는 데 도움이됩니다.
바로 지금 읽고있는 웹 사이트 you†™ re에 대한 몇 가지 제안을 받았습니까? UX, 복사본 또는 레이아웃이 더 좋을 수 있다고 생각하십니까? 환영! We†™ d는 당신에게서 들리는 것을 사랑한다.
선적 서류 비치.
문서는 무기한으로 개선 될 수 있습니다. you†™ ve가 기술적 인 쓰기를위한 천부적 재능을 얻는 경우에, 저희가 문서를 더 명확하게하고, 잘 구조화하고, 또는 번역 할 것을 돕습니다.
질문이있을 때 처음으로 누군가와 상호 작용할 수 있습니다. 길 안내는 CouchDB를 배우면서 다른 사람들을 도울 수있는 좋은 방법입니다.
CouchDB 채팅.
우리는 Freenode IRC 네트워크와 Slack에서 커뮤니티 채팅 채널을 운영합니다. IRC는 공개적이고 매우 일반적이지만 Slack은보다 사용자에게 친숙합니다. 슬랙 / IRC 브리지가있어 원하는 것을 사용할 수 있으며 메시지가 중계됩니다.
Slack 사용을 시작하려면 초대장에 주소를 입력하십시오.
우리는 두 가지 IRC 채널을 가지고 있습니다. #CouchDB CouchDB 사용에 대한 토론은 # CouchDB-dev를 참조하십시오.
메일 링리스트.
한 번에 모든 메일 링리스트를 검색하십시오.
이것은 릴리스 공지 및 보안 공개에 대한 트래픽이 적은 목록입니다.
이것은 모든 CouchDB 사용자를위한 일반적인 토론 및 지원 포럼입니다.
하나 이상의 언어를 사용합니까? CouchDB를 번역 할 수있게 도와주세요!
CouchDB와 호환되는 복제와이를 구현하는 시스템에 대해 토론 할 수있는 공간입니다.
CouchDB 마케팅 활동에 협조 할 수있는 장소.
이것은 CouchDB에서 일하는 사람들이 모여 일을 토론하는 곳입니다.
이 웹 사이트 토론을위한 메일 링리스트.
이것은 모든 소스 코드 변경 및 위키 변경 사항이 전송되는 곳입니다.
GitHub 등에서 생성 된 알림의 단일 스트림
UI / UX 디자이너와 열광 팬이 Fauxton, CouchDB 웹 사이트 및 기타 디자인 관련 주제에 대해 토론 할 수있는 공간입니다.
CouchDB 2.1.1 다운로드.
소스 버전 2.1.1 | 릴리스 정보 | OpenPGP | SHA256 Windows (x64) Erlang / OTP 18.3 | 버전 2.1.1 | 릴리스 정보 | OpenPGP macOS (10.6+) Erlang / OTP 19.3.0 | 버전 2.1.1 | 릴리스 정보 | OpenPGP | SHA256 | SHA512 데비안 / 우분투 / RHEL / CentOS 패키지 버전 2.1.1 | 릴리즈 노트.
CouchDB 1.7.1 다운로드.
소스 버전 1.7.1 | 릴리스 정보 | OpenPGP | SHA256 | SHA512 Windows (x86) Erlang / OTP 17.5 | 버전 1.7.1 | 릴리스 정보 | OpenPGP | SHA256 | SHA512 Mac OS X 곧 우분투 패키지가 출시 될 예정입니다.
저작권 및 사본; 2017 The Apache Software Foundation & mdash; Apache License 2.0에 따라 사용이 허가되었습니다.
Apache CouchDB, CouchDB 및 프로젝트 로고는 Apache Software Foundation의 상표입니다.
Couchdb 버전 전략
App Store를 통해 가져 오기 우리의 응용 프로그램 에서이 게시물을 읽으십시오!
MongoDB에서 문서 집합의 버전 관리.
MongoDB 서버에서 개별 문서를 버전 관리하는 몇 가지 접근법을 알고 있습니다. 그러나 개별 문서의 버전 관리와 전체 세트의 버전 관리를 모두 추가하고 싶습니다. 나는. 문서 A가 버전 1에서 2로 변경되면 A가 버전 2 일 때, 버전이 문서 B, C, D 등인 경우를 알고 싶습니다.
여기에있는 기본 목표는 데이터 출처입니다. 내가 문서 D의 집합에 대한 질의 Q를 가지고 결과 R을 생성한다고 가정 해 봅시다. D + Q = R을 저장하고 싶습니다. 문서가 변경 되었기 때문에 D가 D가 될 때, D '+ Q = R' .
MongoDB에서이 작업을 수행하는 가장 좋은 전략에 대한 의견이 있습니까? 다른 모든 문서의 버전이있는 별도의 문서를 보관할 수 있지만 쿼리를 실행하는 데 비용이 많이 드는 것처럼 보입니다. 버전보다는 오히려 타임 스탬프를 사용할 수 있습니다. MongoDB에서 이런 종류의 지원에 대해 알고 있습니까?
Couchdb 버전 전략
App Store를 통해 가져 오기 우리의 응용 프로그램 에서이 게시물을 읽으십시오!
CouchDB 및 문서 버전 관리.
저는 현재 CouchDB를 사용하여 위키에 익숙한 응용 프로그램을 작성 중이며 문서 버전 관리 체계를 구현하려고합니다. 내가 그것을 보는 방법에는 이것을하는 두 가지 방법이 있습니다 :
각 버전을 별도의 문서로 저장 이전 버전을 첨부 파일로 단일 문서에 저장하십시오.
지금 당장은 # 1 형식의 작업이 있습니다. 사용자가 문서를 편집하여 저장하면 백엔드는 먼저 이전 개정을 새 문서에 복사 한 다음 새 버전을 저장합니다. 각 문서에는 각 버전 (이전 버전의 문서 _id, 타임 스탬프, 편집기 등)에 대한 데이터가 포함 된 '기록'배열이 있습니다.
이 히스토리 배열은 자주 업데이트되는 문서에서 꽤 길어질 수 있기 때문에 정상적인 읽기 (그리고 히스토리를 가져 오기위한 또 다른보기) 중에 문서를 가져 오는 뷰가있다.
제 질문은 이것입니다 : 저는 현재의 접근 방식에 대해 불안해하고 'attachment'방식으로 변경하려고 생각하고있었습니다. 그러나 나는 확실하지 않다. 나는 CouchDB를 잘 아는 사람이되기를 바라고있다. (나는 CouchDB와 NoSQL을 사용하는 첫 프로젝트이다.) 몇 가지 장단점이있다. 각 접근법의 장점과 단점이 무엇인지 말해 줄 수있다. 아니면 제가 간과하고있는 다른 버전 관리 체계가 있습니까?
프로그래머들로부터 이주했습니다. stackexchange 10 월 11 일 14시 7:19.
이 질문은 시스템 개발 라이프 사이클 내에서 일하는 전문가, 학자 및 학생들을위한 사이트에서 왔습니다.
이전 문서를 별도의 문서 또는 첨부 파일로 최종 수정본 데이터베이스에 저장하면 데이터베이스 서버에 오버 헤드가 발생하기 때문에 변경 사항 만 저장하는 것이 좋습니다.
문서에서 키 값을 변경하면 _h_i_s_ & lt; key_name & gt;이라는 새 키를 추가하십시오. . 새로 생성 된 (또는 마지막 업데이트 중에 생성 된) 모든 편집 / 업데이트 후에 아래와 같은 객체를 추가하십시오 : -
이 방법은 장기간에 걸쳐 많은 디스크 공간과 복제 대역폭을 절약 할 수 있습니다.
CouchDB에 대한 지식이 없어도. 전 버전을 저장하는 것은 전임자와의 한계점 만 다를뿐 스토리지의 낭비입니다. 변경 사항 만 저장하는 것이 좋습니다.
여기를 보거나 데이터 버전을 검색 할 수 있습니다.
CouchDB에서 문서 버전 관리.
couchdb 팁.
CouchDB가 다중 버전 동시성 제어 (또는 MVCC [1])를 사용하기 때문에 기본적으로 사용자가 문서 버전 관리 지원을받을 수 없다는 것을 의미합니다. 그렇다면 CouchDB에서 문서 버전 관리가 필요한 경우 어떻게해야할까요?
이 기사에서는 4 가지 접근법을 살펴보고 CouchDB 복제에서 단순하고 확장 가능하며 지원되는 첫 번째 방법에 대해 자세히 설명합니다.
이진 첨부 파일로 저장하면 이전 버전이 현재 문서에 포함 된 배열에 이전 버전을 추가하여 각 버전을 별도의 문서 건너 뛰기 압축으로 유지합니다.
이전 버전의 문서를 새 버전의 바이너리 첨부 파일로 저장하는 작업은 어떻게됩니까?
[& hellip;] 문서가 CouchDB 서버에서로드되면 JSON으로 구문 분석되기 전에 문자열 표현이 저장됩니다. 나중에 문서가 저장되면 문자열 표현이 새 이진 첨부 파일로 첨부되며 해당 rev는 이름으로, 내용 유형은 application / json으로 연결됩니다. 이 방법으로 모든 CouchDB 라이브러리는 저장된 rev를 열어 일반 문서로 볼 수 있습니다.
즉, 문서가 업데이트 될 때마다 클라이언트는 이전 버전을 최신 버전의 첨부 파일로 저장합니다. 사용자는 언제든지 이전 버전을로드 할 수 있습니다.
참조.
[1] & # 9758; 멀티 버전 동시성 제어 (MVCC 또는 MCC)는 동시 액세스를 제공하는 데 사용되는 동시성 제어 방법입니다 (& # 8617;)
대부분의 최신 읽기.
저작권 및 사본; 2009-2015. 판권 소유.
이 블로그는 myNoSQL이라고하며 오픈 소스 및 커뮤니티에 대한 열정을 가진 소프트웨어 아키텍트 인 Alex Popescu가 저에게 씁니다. NoSQL 데이터베이스, 다중 언어 지속성 및 분산 시스템에 대한 필자의 열독, 학습 및 의견을 기록합니다. 여기에 표현 된 의견은 저만의 것이며, 다른 당사자는 반드시 그들과 동의하지 않습니다. 내가 편견에 빠졌다고 느낀다면 아마있을 것입니다.
App Store를 통해 가져 오기 우리의 응용 프로그램 에서이 게시물을 읽으십시오!
CouchDB 및 문서 버전 관리.
저는 현재 CouchDB를 사용하여 위키에 익숙한 응용 프로그램을 작성 중이며 문서 버전 관리 체계를 구현하려고합니다. 내가 그것을 보는 방법에는 이것을하는 두 가지 방법이 있습니다 :
각 버전을 별도의 문서로 저장 이전 버전을 첨부 파일로 단일 문서에 저장하십시오.
지금 당장은 # 1 형식의 작업이 있습니다. 사용자가 문서를 편집하여 저장하면 백엔드는 먼저 이전 개정을 새 문서에 복사 한 다음 새 버전을 저장합니다. 각 문서에는 각 버전 (이전 버전의 문서 _id, 타임 스탬프, 편집기 등)에 대한 데이터가 포함 된 '기록'배열이 있습니다.
이 히스토리 배열은 자주 업데이트되는 문서에서 꽤 길어질 수 있기 때문에 정상적인 읽기 (그리고 히스토리를 가져 오기위한 또 다른보기) 중에 문서를 가져 오는 뷰가있다.
제 질문은 이것입니다 : 저는 현재의 접근 방식에 대해 불안해하고 'attachment'방식으로 변경하려고 생각하고있었습니다. 그러나 나는 확실하지 않다. 나는 CouchDB를 잘 아는 사람이되기를 바라고있다. (나는 CouchDB와 NoSQL을 사용하는 첫 프로젝트이다.) 몇 가지 장단점이있다. 각 접근법의 장점과 단점이 무엇인지 말해 줄 수있다. 아니면 제가 간과하고있는 다른 버전 관리 체계가 있습니까?
프로그래머들로부터 이주했습니다. stackexchange 10 월 11 일 14시 7:19.
이 질문은 시스템 개발 라이프 사이클 내에서 일하는 전문가, 학자 및 학생들을위한 사이트에서 왔습니다.
이전 문서를 별도의 문서 또는 첨부 파일로 최종 수정본 데이터베이스에 저장하면 데이터베이스 서버에 오버 헤드가 발생하기 때문에 변경 사항 만 저장하는 것이 좋습니다.
문서에서 키 값을 변경하면 _h_i_s_ & lt; key_name & gt;이라는 새 키를 추가하십시오. . 새로 생성 된 (또는 마지막 업데이트 중에 생성 된) 모든 편집 / 업데이트 후에 아래와 같은 객체를 추가하십시오 : -
이 방법은 장기간에 걸쳐 많은 디스크 공간과 복제 대역폭을 절약 할 수 있습니다.
CouchDB에 대한 지식이 없어도. 전 버전을 저장하는 것은 전임자와의 한계점 만 다를뿐 스토리지의 낭비입니다. 변경 사항 만 저장하는 것이 좋습니다.
여기를 보거나 데이터 버전을 검색 할 수 있습니다.
CouchDB에서 문서 버전 관리.
couchdb 팁.
CouchDB가 다중 버전 동시성 제어 (또는 MVCC [1])를 사용하기 때문에 기본적으로 사용자가 문서 버전 관리 지원을받을 수 없다는 것을 의미합니다. 그렇다면 CouchDB에서 문서 버전 관리가 필요한 경우 어떻게해야할까요?
이 기사에서는 4 가지 접근법을 살펴보고 CouchDB 복제에서 단순하고 확장 가능하며 지원되는 첫 번째 방법에 대해 자세히 설명합니다.
이진 첨부 파일로 저장하면 이전 버전이 현재 문서에 포함 된 배열에 이전 버전을 추가하여 각 버전을 별도의 문서 건너 뛰기 압축으로 유지합니다.
이전 버전의 문서를 새 버전의 바이너리 첨부 파일로 저장하는 작업은 어떻게됩니까?
[& hellip;] 문서가 CouchDB 서버에서로드되면 JSON으로 구문 분석되기 전에 문자열 표현이 저장됩니다. 나중에 문서가 저장되면 문자열 표현이 새 이진 첨부 파일로 첨부되며 해당 rev는 이름으로, 내용 유형은 application / json으로 연결됩니다. 이 방법으로 모든 CouchDB 라이브러리는 저장된 rev를 열어 일반 문서로 볼 수 있습니다.
즉, 문서가 업데이트 될 때마다 클라이언트는 이전 버전을 최신 버전의 첨부 파일로 저장합니다. 사용자는 언제든지 이전 버전을로드 할 수 있습니다.
참조.
[1] & # 9758; 멀티 버전 동시성 제어 (MVCC 또는 MCC)는 동시 액세스를 제공하는 데 사용되는 동시성 제어 방법입니다 (& # 8617;)
대부분의 최신 읽기.
저작권 및 사본; 2009-2015. 판권 소유.
이 블로그는 myNoSQL이라고하며 오픈 소스 및 커뮤니티에 대한 열정을 가진 소프트웨어 아키텍트 인 Alex Popescu가 저에게 씁니다. NoSQL 데이터베이스, 다중 언어 지속성 및 분산 시스템에 대한 필자의 열독, 학습 및 의견을 기록합니다. 여기에 표현 된 의견은 저만의 것이며, 다른 당사자는 반드시 그들과 동의하지 않습니다. 내가 편견에 빠졌다고 느낀다면 아마있을 것입니다.
Comments
Post a Comment