2013-04-30 5 views
0

MySQL과 RDBMS가 너무 느리다는 두 가지 경우가 있습니다. NOSQL 측면에서 더 나은 대안에 대한 권장 사항이 필요합니다.가능한 NoSQL 경우

1) 나중에 분석을 위해 수많은 이메일을 저장하는 응용 프로그램이 있습니다. 이메일 내용은 다른 두 테이블과 몇 가지 관계가있는 간단한 테이블에 저장됩니다. 열은 보낸 사람,받는 사람, 내용, 헤더, 타임 스탬프 등입니다.

이제 레코드가 백만에 가까워 졌으므로 검색하는 데 시간이 오래 걸립니다. 기본적으로 우리가 실행중인 패턴 검색이 몇 가지 있습니다.

메일을 저장하기위한 무료/오픈 소스 NOSQL이 가장 빠르므로 검색 속도가 빨라 집니까?

2) 또 다른 사용 사례는 기본적으로 파일로 구성된 자산 관리 라이브러리입니다. 메일 시스템은 매우 단순합니다. 여기에는 모든 유형의 확장자 파일이 있습니다. 파일이 생성되거나 변경되면 파일의 메타 데이터가 테이블에 저장됩니다. 다시 데이터 크기가 커지면서 시간이 지남에 따라 검색이 쉽지 않습니다.

아이디어를 환영합니다. 누군가 Mongo를 제안했습니다. 더 좋고 빠른 것이 있습니까?

+0

불행히도 이런 종류의 질문은이 사이트의 형식에 맞지 않습니다. [FAQ # dontask]를 참조하십시오. 이와 같은 질문은 모호한 답변으로 이어지는 경향이 있습니다. 모호한 답변도 매우 빠르게 구식입니다. 특정 문제에 대해 도움을 줄 수 있다면 다른 질문을 자유롭게 게시하십시오! –

답변

1

검색을 주로 사용하는 경우 ElasticSearch 또는 Solr과 같은 검색 솔루션을 조사합니다. 일부 데이터베이스가 일종의 전체 텍스트 인덱싱을 지원하더라도이 문제에 대해 최적화되지 않았습니다.