" 또 다른 최근 종래 의 접근 법 은 단일 의 "" SQL 없 음 ""( NoSQL ) 데이터 스토어 로 의 상이 한 타입 들 의 데이터 형태 의 수집 ( collection ) 을 요구 한다 . 데이터 의 포맷 또는 구조 에 대해 어떠 한 가정 도 하 지 않 는다는 점 에서 NoSQL 데이터 스토어 는 매력 적 이 지만 ", 이 는 또한 데이터 저장 및 쿼리 성능 둘 모두 에 대해 차선 의 성능 을 초래 한다 . NoSQL 저 장소 에 액세스 하 는 소프트웨어 및 시스템 은 데이터 가 데이터 와 의미 있 게 상호 작용 하 도록 구조 화 된 방법 에 대한 사전 지식 을 가져서 , NoSQL 스토어 로부터 임의 의 데이터 가 리트 리빙 ( retrieved ) 될 때 마다 그 구조 를 적용 해야 한다 . 따라서 , 이러 한 종래 의 접근 법 도 차선책 이 다 . 먼저 , 데이터 는 단일 NoSQL 데이터 스토어 로 재 배치 될 필요 가 있 고 ; 둘째 , NoSQL 데이터 스토어 는 , 데이터 저장 풋 프린트 를 최소 화 하 고 판독 성능 , 기록 성능 또는 둘 모두 를 최대 화 하 기 위해 종래 에 사용 되 는 상이 한 데이터 포맷 들 의 구조 적 속성 을 무시 한다 . NoSQL 스토어 는 임의 의 이러 한 최적화 로부터 이익 을 얻 을 수 없 다 .