1
한 번에 수십만 개의 행/항목/개체를 일괄 적으로 삽입해야하는 서비스를 개발하고 있습니다 (초당 약 20 회). NoSQL 데이터베이스의 일괄 삽입 효율성
는 (.. 삽입이 동시에 작업 할 수 있도록 NoSQL에 저장이 분산됩니다 될 수 있습니다 일반적으로 샤딩 전략 및 샤딩이 토론 중요하지 않습니다)질문 : 당신의 의견에있는 NoSQL의 제품 그러한 상황에서 최고의 성능을 발휘합니까? 대답에는 일련 번호 및 수다스러운/간결한 프로토콜의 오버 헤드를 포함하여 모든 비용이 포함되어야합니다.
저장 장치를 영구화 할 필요는 없습니다.
감사합니다.
안녕하세요, 답변 주셔서 감사합니다. 이유를 설명해 주시겠습니까? – Teleo
필자의 벤치 마크는 mongodb이 다른 어떤 것보다 훨씬 빠르고 shards가 좋다고 말합니다. 근본적인 이유는 효율성을 염두에두고 작성 되었기 때문입니다. 실제 하드웨어에서 말입니다. SQL/JDBC와 같은 불필요한 추상화 레이어는 없습니다. 많은 경우 ACID는 충분하지만 문서 당 원 자성만으로는 충분하지 않습니다. 그리고 가장 중요한 것은 - 다른 모든 DB와 마찬가지로 운영 체제의 작업을 수행하려고 시도하지 않는다는 것입니다. 모든 작업을 MMU와 OS가 메모리 관리를 할 수 있도록합니다. [이것만으로도 무료로 3 배 + 속도 향상을 얻을 수 있습니다.] (http://varnish-cache.org/wiki/ArchitectNotes). – taw
MongoDB가 웹 스케일이라고 말하는가? http://www.xtranormal.com/watch/6995033/ –