다른 유형의 NoSQL 데이터베이스와의 약점

내 질문은 다음과 같습니다. 다른 유형의 NoSQL 데이터베이스의 약점은 무엇입니까? 특히 키-값 저장소, 그래프 데이터 저장소 및 문서 저장소의 약점은 무엇입니까?

강점을 찾기가 쉬웠지만 약점에 대한 문서는 부족한 것 같습니다.

편집 : 서로 및 관계형 데이터베이스와 비교하십시오.

분산 데이터 저장소의 가장 큰 강점 / 약점은 CAP 정리에서 비롯됩니다. 실제로 존재하는 수많은 NoSQL 시스템에 대한 실제 의미에 대한 빠른 설명 은 http://blog.nahurst.com/visual-guide-to-nosql-systems 를 참조하십시오 .

이들을 관계형 데이터베이스와 비교하는 경우 명백한 약점은 키-값 저장소가 관계형이 아니라는 것입니다. 따라서 관계형 데이터베이스를 사용하는 것보다 키-값 저장소를 사용하여 보고서를 작성하는 것이 더 어려울 수 있습니다. 관계형 데이터베이스는 이러한 보고서와 데이터 추출이 특별히 설계되었습니다.

이것은 매우 주관적이며, 약점이라고 생각하는 사람, 다른 사람이 가장 큰 힘이라고 생각할 수 있습니다.

현재 널리 사용되는 모든 NoSQL 데이터베이스는 기존 RDBMS 시스템이 약했던 문제를 해결하는 데 있으며, 일반적으로 원산지 작성자가 해결하려고 한 특정 문제에 대해 고도로 전문화되어 있습니다.

그래서, 어떤 제품의 약점은 무엇을위한 자사의-기능입니다 당신 은 시간이나 공간을 효율적으로 할 필요가있다.

먼저 NoSQL 데이터베이스를 좋아하고 SQL 기반 데이터베이스와 응용 프로그램을 폐기하는 과정에 있습니다. 이 프로세스는 한 가지 큰 약점을 밝혀 냈습니다. 운영 스토리는 아직 없습니다. 내가 의미하는 바는 다음과 같습니다.

• NoSQL은 여전히 ​​빠른 목표입니다. 버전간에 무엇이 바뀌 었는지 알기 위해서는 친숙하게 익숙해야합니다. 운영 관점에서 볼 때 이는 몇 가지 어려움을 겪습니다. sysadmin은 모범 사례가있는 문서를 합리적으로 문서화하는 데 사용됩니다. 모범 사례가 정의되지 않은 경우 약간 무섭습니다.
• 개발 커뮤니티를 넘어서 운영하는 데 익숙한 사람은 거의 없습니다. 이로 인해 제품을 작업에 전달하고 완료해야 할 때 문제가됩니다.
• 더 나은 ops 유형은 가벼운 SQL을 처리하고 최소한 인식하는 경향이 있습니다. Json 또는 nosql이 말하는 것은 약간의 학습 곡선입니다.
• 평판은 까다 롭습니다. 데이터 손실은 ops 유형에 매우 무섭습니다. 그들은 SQL 데이터베이스가 핵 홀로 코스트에서도 살아남을 것이라고 믿게되었습니다. NoSQL은 약간의 영업 업무가 될 것입니다.

많은 다른 사용자 도구가 SQL 데이터베이스에 직접 연결될 수 있지만, NoSQL은 여전히 ​​개발자가 그 다리를 건너야한다고보고 있습니다.