그래서 나는 문서 형식의 데이터 (즉, 전사 된 문서)를 저장할 시스템을 설계하고 있습니다. 바로 이것이 MongoDB와 같은 NOSQL 구현을 활용할 수있는 좋은 기회라고 생각했습니다. 그러나 Mongo에 대한 경험이 없다는 것을 감안할 때, 나는이 문서들 각각에 날짜, 저자, 키워드 등과 같은 것들을 검색 할 수있는 메타 데이터 태그를 많이 가지고 있습니다. MySql과 같은 RDBMS를 사용하는 것이 었습니다. 아마도이 항목들을 외래 키에 의해 선호되는 별개의 테이블에 저장하고, 인덱스는 검색 될 가능성이 가장 높은 항목들을 저장합니다. 그런 다음 해당 테이블에 대해 쿼리를 실행하고 일치하는 항목에 대한 전체 텍스트 결과 만 가져 오거나 (많은 텍스트 또는 BLOB 정보를 포함하는 행을 통해 도달 할 필요가없는 디스크 읽기를 저장합니다).Mongo 대 MySql 검색 최적화
Mongo와 비슷한 것이 있습니까? 나는 Mongo에서 모든 메타 데이터와 실제 필사본을 갖는 하나의 문서를 간단하게 만들 수 있지만 문서가 그렇게 저장된 경우 메타 데이터의 다양한 필드를 검색하는 것이 쉽고 탁월한가? Mongo 문서의 여러 항목을 검색해야 할 때 가장 좋은 방법이 있습니까? 아니면 이런 유형의 시나리오가 NOSQL 구현보다는 RDBMS에 더 적합한가?
또한 더 명확히하기 위해, 읽기에만 관심이 있습니다. 초기 데이터로드가 완료되면 쓰기 (삽입 또는 업데이트)가 거의 필요하지 않습니다. –
단락 분리가 손상 되었습니까? – Sammaye