NoSQL 데이터베이스의 기술적 특성의 문서 데이터베이스

오늘, 클라우드 컴퓨팅 실무자 않은 익숙하지 않은 단어 nosql 비록 많은 기술자 http://www.aliyun.com/zixun/aggregation/22.html에 오래 종사 "> 관계형 데이터베이스 작업 하지만 지금 그들은 NoSQL 기술에 대 한 기대의 완전. NoSQL 데이터베이스에서 관계형 전환 확실히 기업에 대 한 고려는 큰 변화 이다. 이 소프트웨어에 변화 뿐만 아니라 데이터 저장의 개념적 변화를 포함 한다.

Couchdb 전문가 및 저자 브래들리 홀 트는 NoSQL 안티 SQL 캠페인 이며 오른쪽 모델은 해당 작업에 가장 적합 한 도구를 선택.

대부분의 비-관계형 데이터베이스는 빠르고 확장 가능한 기능을가지고 있습니다. 관계형 저장소 모델과 스키마를 삭제 하 여 관계형 데이터베이스 밀접 하 게 결합 된 아키텍처에 의해 부과 된 제약에서 분리 될 수 있습니다. 응용 프로그램에는 또한 데이터베이스에서 테이블의 데이터를에서 연결할 필요가 없습니다.

MongoDB 및 Couchdb와 Ravendb 같은 데이터베이스 문서 (Ravendb Mocrosoft. NET framework를 기반으로 작성 됩니다) 일반적으로 특정 변환 뿐만 아니라 HTTP 통해 데이터를 제공 그런 다음 데이터는 JSON (자바 스크립트 객체 표기법)으로 저장-문서를 포맷 하 고 여러 언어에 대 한 API 인터페이스를 제공 합니다. 이 3 개의 오픈 소스 문서 데이터베이스 단순, 속도 및 확장성 그들의 디자인의 중요 한 지표로 확인합니다. Ravendb, Ayende Rahien의 창조 자가 말했다는 "Ravendb 설계 되었습니다 신속 하 게 읽고 쓰기 위해."

에 대 한 강력한 보충

오늘, NoSQL과 문서 데이터베이스는 더 많은 선택권을 제공 하면서 관계형 데이터베이스에 대 한 강력한 보완 (대체 하지)입니다. 경우에 비즈니스 데이터를 마이그레이션할 준비가 되 면, NoSQL을 선택에 대 한 중요 한 기준 일관성, 가용성 및 허용 오차를 분할 우리가 부르는 (일관성, 가용성, 및 파티션 허용 오차), 모자는. 하지만 모자 원리 두 일관성, 가용성, 및 파티션 허용 오차의 분산된 시스템에서 선택할 수 있습니다. 그래서 기업 일관성이 중요 하다 생각 하는 경우 다음 관계형 데이터베이스 이어야 한다 기본 설정된 개체.

예를 들어 금융 등 응용 프로그램에서 일관성 각 데이터 블록을 항상 고려 되어야 요구 중요 하다. 모자 원리의 가용성은 무시할 수 없는, 그리고 일부 지역에서 데이터 가용성 모든 트랜잭션 데이터를 수집을 기다리는 것 보다 더 중요 하다. 마지막으로, 수평으로 확장 하는 경우 문서 데이터베이스에 특히 중요 한은 분할 허용입니다. 하지만 MongoDB 복잡 한 트랜잭션을 지원 하지 않습니다, 그리고 원자 연산, "이전" 및 다른 트랜잭션 및 일관성 요구 사항에는 적용 되지 않습니다 그래서 수가 적은 매우 높다. 이 관계형 데이터베이스를 트랜잭션 제어의 높은 수준을가지고 필요 합니다.

(책임 편집기: 유산의 좋은)