[mongodb] 관계형 데이터베이스 대신 NoSQL 데이터베이스를 언제 사용해야합니까? 같은 사이트에서 둘 다 사용해도 되나요?

질문에 대한 몇 가지 필수 정보가 누락되었습니다. 데이터베이스는 어떤 유스 케이스를 포함해야합니까? 기존 데이터 ( OLAP ) 에서 복잡한 분석을 수행해야 합니까, 아니면 애플리케이션이 많은 트랜잭션 ( OLTP ) 을 처리 할 수 ​​있어야 합니까? 데이터 구조는 무엇입니까? 그것은 질문 시간의 끝과는 거리가 멀다.

제 생각에, 그 뒤에 무엇이 있는지 정확히 알지 못하고 대담한 유행어를 기반으로 기술 결정을 내리는 것은 잘못입니다. NoSQL은 종종 확장 성으로 칭찬을받습니다. 그러나 수평 스케일링 (여러 노드에 걸친)도 가격이 있으며 무료가 아님을 알아야합니다. 그런 다음 최종 일관성 과 같은 문제를 처리해야합니다. 과 하고 데이터베이스 수준에서 해결할 수없는 경우 데이터 충돌을 해결하는 방법을 정의해야합니다. 그러나 이것은 모든 분산 데이터베이스 시스템에 적용됩니다.

NoSQL에서 “schema less”라는 단어를 사용하는 개발자들의 기쁨 또한 처음에는 매우 큽니다. 이 버즈 워드는 기술 분석 후에는 작성시 스키마가 필요하지 않지만 읽을 때 작동하기 때문에 신속하게 마비됩니다. 이것이 바로 “스키마 온 스키마”가되어야하는 이유입니다. 자신의 재량에 따라 데이터를 쓰려고 할 수도 있습니다. 그러나 기존 데이터가 있지만 새로운 버전의 응용 프로그램이 다른 스키마를 기대하는 경우 상황을 어떻게 처리합니까?

문서 모델 (예 : MongoDB)은 적합하지 않습니다 데이터간에 많은 관계가있는 데이터 모델에는 . 조인은 응용 프로그램 수준에서 수행해야하며, 이는 추가적인 노력이며 데이터베이스가 수행해야하는 작업을 프로그래밍해야하는 이유입니다.

기존 RDBMS가 더 이상 데이터 플러드를 처리 할 수 ​​없기 때문에 Google과 Amazon이 자체 데이터베이스를 개발했다는 ​​주장을하는 경우 다음과 같이 말할 수 있습니다. Google과 Amazon이 아닙니다. 이 회사는 전통적인 데이터베이스가 더 이상 적합하지 않지만 나머지 세계에는 적합하지 않은 시나리오의 약 0.01 %를 이끄는 선두 주자입니다.

중요하지 않은 사항 : SQL 은 40 년 이상 사용되어 왔으며 수백만 시간의 개발이 Oracle 또는 Microsoft SQL과 같은 대규모 시스템에 적용되었습니다. 이것은 일부 새로운 데이터베이스에 의해 달성되어야합니다. 때로는 MongoDB 사용자보다 SQL 관리자를 찾는 것이 더 쉽습니다. 유지 보수 및 관리 문제가 발생합니다. 정확히 섹시하지는 않지만 기술 결정의 일부입니다.

답변