나는 스키마가없는 객체를 가질 응용 프로그램을 빌드 중입니다. 그래서 mysql은 mongoDB를 사용하는 것이 바람직합니다. 왜냐하면 mysql은 객체를 어셈블하기 위해 여러 테이블 조회를 필요로하기 때문입니다. 내 물건의 크기가 작을 것을 기대합니다. 난 그냥 이러한 작업와 MongoDB를의 성능에 관한 몇 가지 질문이 있습니다MongoDB 무거운 읽기, 비교적 낮은 쓰기, 작은 작업 성능
1) 중공업 읽기 전용 주 ID 조회에 따라 : 그래서 '여기서'문 만 조회 어떤 차 사용하지 않을 것 주어진 문서 ID 배열 (당연히 문서 키의 기본 색인 포함).
2-) 새로운 항목 작성하기 : 새 항목을 문서로 작성합니다. (이것은 매우 무거울 것이라고 기대하지 마십시오.) 기존 문서에
3-) 작은 동작 value는 문서 내에 중첩 배열에있는 경우 등 목록
에 새로운 엔트리를 추가, 문서 내에 중첩 정수 또는 수표를 증분 지식이나 경험을 바탕으로 mongoDB는 이러한 작업을 어떻게 수행합니까?
미리 감사드립니다.
나는이 질문이 모호하고 왜 그런지 모르겠다 고 들었다. 나는 mongoDB가 이러한 작업을 일반적으로 얼마나 잘 처리 할 수 있도록 설계되었는지를 묻고있다. 작업 집합 (그리고 일반적으로 메모리 매핑 메커니즘), http://docs.mongodb.org/manual/faq/storage/#what-is-the-working-set
효율적으로 MongoDB를 설정하는 방법에 대한 정보의 또 다른 유용한 소스의 FAQ를 참조하시기 바랍니다에 대한 정보에 대한
는 그들을 잘 처리합니다. – Sammaye
일반적으로, 예, MongoDB는 좋은 방법으로이 물건을 죽일 것입니다 - 예상되는 문서 크기, 수집 크기 (문서 수, 즉), 읽기/쓰기 횟수 등에 대한 * 더 많은 통찰력을 제공하여 질문을 더 잘 만들 수 있습니다. MongoDB 주위에서 사용하게 될 언어/s (그리고 드라이버들)조차도 - 아마도 더 구체적인 경험을 줄 수있는 많은 사람들이 당신의 질문에 구체화 한 것일뿐입니다. – baldric
MongoDB는이 시나리오를 잘 처리 할 것입니다. 즉, 작업 세트를 메모리에 유지할 수있는 충분한 RAM이 있는지 확인해야합니다. 즉, 가장 자주 액세스하는 레코드가 메모리에 상주하므로 빠른 액세스가 가능합니다. 작업 집합에 대한 자세한 내용은 다음 링크를 참조하십시오. http://stackoverflow.com/questions/6453584/what-does-it-mean-to-fit-working-set-into-ram-for-mongodb –