문제

나는 MySQL 배경에서 왔으며 문서 지향 데이터베이스, 특히 couchDB에 관심이 있습니다. 내가 관심있는 것 중 하나는 데이터 무결성입니다. 문서 지향 데이터베이스는 이것을 어떻게 처리합니까? 예를 들어, RDBMSE에는 레코드의 복제를 방지하거나 약간의 정보가 있으면 다른 정보가 있거나 전혀 없을 것입니다.

더 광범위하게, 내 질문은, Dodbes가 사용하는 문제와 비교할 때 RDBMS가 어떤 유형의 문제를 잘라 낸 것입니까? 설명을 위해 다른 Stackoverflow 질문을 찾았지만 좋은 질문을 찾지 못했습니다.

또한 직장에서 데이터베이스를 사용하면 합산 및 평균화 및 역사적 추세와 함께 많은보고를합니다. 이것이 문서 지향 데이터베이스에 적합한가요?

도움이 되었습니까?

해결책

대부분의 문서-다타베이스는 매우 제한된 무결성 또는 무결성 검사가 지원하지 않습니다. 그들은 데이터가 올바른지 확인하기 위해 응용 프로그램에 의존합니다. CouchDB에 어떻게 있는지 말할 수 있습니다.

두 번째 부분에. RDBMS는 데이터를보고하고 분석하는 데 매우 효과적이라고 생각합니다. 조인, 집계, 기능 등으로 데이터에서 복잡한 쿼리를 실행할 수 있다는 사실 RDBM은 매우 강력한보고가됩니다. 문서-다타베이스는 '라이브'응용 프로그램 데이터를 저장하는 데 정말 좋습니다. 검색 객체 그래프를 문서-다타베이스에 저장하는 것은 매우 쉽습니다. 스키마 프리 설계를 사용하면 새로운 애플리케이션 기능의 모델을 쉽게 확장 할 수 있습니다. 그러나 응용 프로그램 데이터를 멋진 문서로 나눌 수있는 경우에만 작동합니다. 그렇지 않으면 당신은 많은 우아함을 느슨하게합니다.

대부분보고하고 싶다면 RDBMS를 선호합니다. 평평하고 간단한 레코드를 많이 보관할 때보고하기가 매우 쉽습니다. 툴링 등은보고에 적합합니다. 그러나 복잡한 구조화 된 데이터에 대해보고하고 싶을 때는 여전히 RDBMS보다 다른 데이터베이스 Desgine을 사용하는 것이 좋습니다.

그러나 이것이 자신을 RDBM으로 제한해야한다는 의미는 아닙니다. 두 기술을 결합 할 수 있습니다. 블로그-소프트웨어를 상상해보십시오. 블로그 포스트 및 댓글과 같은 '라이브'응용 프로그램 데이터를 DocumentDatabase에 저장합니다. Click- 및 Login-Statistics와 같은보고를위한 데이터는 RDBMS에 저장됩니다. 또한보십시오 Rob Conerys Post.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top