나는 uuids, 나이, 성별, 가족 수입 및 12 개의 해당 필드가있는 사용자의 단일 테이블 데이터베이스를 갖게됩니다. 약 40 ~ 50 백만. 나는 나이 범위, 소득 범위 등을 기반으로 질문을하고 uuid의 목록을 가져와야합니다. 연결된 경우 각 행은 약 400 자 여야합니다. 400 바이트에 50Mil을 곱하면 17 ~ 18GB가됩니다. 그것은 천천히 자랄 것이다.이 유스 케이스에 가장 적합한 데이터베이스와 하드웨어
이 데이터를 보유하고 빠른 쿼리를 실행하는 데 가장 적합한 데이터베이스 시스템이 될 것입니다. Mongo 또는 MySQL? 또한 어떤 종류의 하드웨어를 유지해야합니다.
또한 누군가가 쿼리 시간을 mySQL 또는 Mongo가 경험에 따라 결정할 수 있는지 알려줍니다. 이걸 기반으로 전체 시스템의 다른 구성 요소의 아키텍처를 설계해야합니다.
나는 Mongo가 하나의 테이블에 관계형 데이터베이스를 사용하여 무의미한 것처럼 보일 것입니다. –
이 라인 (진부한 경고)을 사용하는 것을 싫지만 : "나는 그것보다 큰 색인을 가지고 있습니다". 플러스 주제가 있다면, [Stack Overflow는 추천 엔진이 아닙니다.] (http://meta.stackexchange.com/a/128562/179419). – Ben
무의미한 질문 –