CouchDB를 사용하여 솔루션을 구현할 때 고려해야 할 팩터링을 알아야합니다. 나는 CouchDB가 정규화를 필요로하지 않으며 RDBMS 개발에 사용하는 표준 기술이 거의 버려진다는 것을 알고있다.RDBMS와 비교했을 때 CouchDB를 사용할 때 어느 정도의 스토리지가 필요합니까?
하지만 비용은 정확히 무엇입니까. 이점을 완벽하게 이해하고 있지만 스토리지 비용은 CouchDB가 복제 된 데이터를 많이 필요로하기 때문에 조금 신경이 쓰입니다. 사용하기 전에 오래되고 오래된 데이터가 일부 필요합니다. 낡은 데이터를 어떻게 관리하나요?
나는 Couchdb를 사용하는 문서와 몇 가지 끔찍한 관계 모델을 구현하고 스토리지 비용을 낮출 수 있지만 Couchdb의 목표와 내가 얻을 수있는 퍼포먼스를 이길 수는 없다는 것을 알고있다.
예를 들어, requistions, ordering 및 tendering 시스템을 생각하고 있습니다. 이 시스템은 현재 일대일로 진행되고 있으며 많은 사람들이 일일이 자주 업데이트 될 수 있습니다.
나는 C.J. Date, E.F Codd 및 R. F. Boyce의 모든 가르침을 가진 오래된 학교 RDBMS 사람이므로 문서 보관에 대한 급진적 인 개념으로 지금 어려움을 겪고 있습니다.
Couchdb에는 중복 데이터의 인식 및 축소를 관리하는 데 필요한 것이 있습니까?
어림짐작 - 데이터에 관계가 있다면 NOSQL 솔루션이 올바른 방법이 아닐 수도 있습니다. –
@Romain 모든 데이터는 NOSQL 솔루션에서도 관계가 있습니다. NOSQL 솔루션이 표준화 비용으로 복제를 촉진한다는 인상을 받았다는 것을 알 수 있습니다. – WeNeedAnswers
CouchDB에는 일대 다 문제가 없습니다. 다른 S.O.에서 나의 연습을 보아라. 질문 : http://stackoverflow.com/questions/3033443/best-way-to-do-one-to-many-join-in-couchdb/3035522#3035522 – JasonSmith