문제

빅 데이터를 저장하고 낮 동안 수천 개의 요청을 처리하기위한 가장 빠르고 안정적인 비 SQL 데이터베이스는 무엇입니까 (교통 교환 서비스를위한 것)? KDB+와 버클리 DB를 찾았습니다. 그들은 좋은가요? 다른 옵션이 있습니까?

자세한 내용은...

매일 서버 프로세스> 100K 방문. 방문마다 DB에서 해당 통계를 읽고 DB에 로그를 쓰고 방문 당 DB로 DB의 DB에서 통계를 업데이트해야합니다. 트래픽이 지속적으로 증가하고 있습니다. 따라서 DB 엔진은 빠르야합니다. 한쪽에서 DB는 C, Erlang 또는 기타 저수준 언어에 작성된 악마가 관리합니다. 다른 측면에서 DB는 PHP 스크립트에 의해 관리됩니다.

도움이 되었습니까?

해결책

Berkely DB는 시도 및 테스트 및 강화되며 많은 대규모 트랜잭션 볼륨 시스템의 중심에 있습니다. 한 가지 예는 거대한 LDAP 매장 (예 : 오픈파)을 사용하여 하루에 20 억 명 이상의 거래를 처리하는 무선 캐리어 인프라입니다. 이 시스템은 일반적으로 Time Recovery를 위해 Oracle과 같은 것을 가지고 있지만 Berkeley DB를 복제 된 캐시로 사용합니다.

또한 BDB는 간단한 스칼라 값의 주요 값 쌍에 국한되지 않습니다. 임의의 구조/레코드를 포함하여 원하는 것을 가치에 저장할 수 있습니다.

다른 팁

파일 시스템 자체는 거의 다른 것보다 더 빠르고 안정적입니다. 빅 데이터를 완벽하고 효율적으로 저장합니다. API는 매우 간단합니다.

파일 시스템에서 매우 효율적으로 저장하고 검색 할 수 있습니다.

당신의 질문은 "요구 사항"에 대해 조금 얇기 때문에 훨씬 더 말하기는 어렵습니다.

Redis는 어떻습니까?

http://code.google.com/p/redis/

아직 시도해 보지 않았으며 데이터 저장에 충분히 빠르고 안정적으로 보입니다. 또한 내가 이해하는 한 적절한 안티 포인트-포인트-파이어 솔루션을 제공합니다.

무슨 일이야 sqllite? 비 SQL을 명시 적으로 상태로 명시 했으므로 버클리 DB는 키/값 쌍을 기반으로합니다. 키/값 쌍은 데이터 세트를 확장하려는 경우 필요에 충분하지 않을 수 있습니다. 가치 쌍 ....

반면에 KDB+, 자주하는 질문 웹 사이트에는 프로그래밍 언어를 통해 SQL을 처리 할 수있는 관계형 데이터베이스가 있습니다. 해당 데이터베이스에 갇히고 전혀 마이그레이션 할 수 없으려면 ... 나중에 염두에 두어야 할 것 ... ...

여기에서 결정한 내용을 조심하고 장기적인 관점, 향후 업그레이드, 다른 데이터베이스로의 마이그레이션, 업 스케일 등이 얼마나 쉬울까요?

이 범주의 명백한 항목 중 하나는 Intersystems Caché입니다. (글쎄, 나에게 분명하다 ...)하지만 아는데, 그것은 싸지 않습니다. (그러나 나는 KDB+도 생각하지 않습니다.)

MongoDB는 가장 빠르고 최고의 NOSQL 데이터베이스입니다. 살펴보십시오 이 성능 벤치 마크.

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