JavaScript 프론트 엔드 애플리케이션, 특히 백본과 그 콜렉션을 활용하는 애플리케이션에서 모든 데이터와 애플리케이션 상태가 심하게 중첩 된 JSON 구조로 구성되어 있기 때문에 MongoDB는 매력적일 것으로 보인다.MongoDB는 JSON 구조를 저장하기에 좋은 선택입니까?
MySQL에서 관계형 DB 스키마를 작성하는 것은 고통 스러울 수 있습니다. 근본적으로 JSON 개체를 세분화 된 테이블로 분할하여 외래 키와 제한을 결정하기 때문입니다. 생계를 위해 데이터베이스를 유지하지 않는 사람을위한 과도한 운동.
MongoDB는 이러한 문제를 해결합니까? 올바르게 구성되어 있고 나중에 다른 관련 문서에서 데이터에 합류 할 수 있다면 단순히 백본 컬렉션을 저장할 수 있다고 가정합니다. 아니면 MongoDB의 과도한 사용과 문서 저장 솔루션 대신 고성능 컴퓨터가 필요합니까?
MongoDB를 때문에 자바 스크립트 프론트 엔드 애플리케이션에 호소하는 것 같다, 특히 활용하는 백본 및 그것의 콜렉션 사람들은 모든 데이터와 응용 프로그램 상태는 중첩 JSON 구조로 구성되어있다.
네, mongodb에서 json 구조를 저장할 수 있습니다. 중첩은 몽고의 이점 중 하나입니다. 관계에 대해 생각하지 않고 자연스러운 방식으로 데이터를 저장할 수 있습니다. 클라이언트 JavaScript가 요구하는대로 데이터를 직접 저장할 수 있습니다.
확실히
그것은 매우 당신이 가게를 원하는 구조에 따라 고통을 수 있습니다 MySQL은 관계형 DB 스키마를 구축
,하지만 당신은 약 중첩 JSON 구조를 말하는 경우 MongoDB를가 가장 작동합니다 당신.
또는 문서 저장 솔루션 대신 MongoDB 잔인성이 있습니까?
아니요, mongodb는 성능 컴퓨터뿐만 아니라 구조화되지 않은 깊게 중첩 된 문서에 적합한 저장소입니다. 그리고 동시에 mongo는 특히 매우 깊은 문서 작업을 할 때 매우 좋은 성능을 발휘합니다.
+1입니다. –
@ 레몬 : 원자력 업데이트를 의미하는 것 같습니다. 그렇지만 우리는 여전히'Save' 메소드를 가지고 있으며 동시성 문제를 피하기 위해 문서 버전을 유지할 수 있습니다. –
사실이며 향후 업데이트에서 해결 될 예정이므로 관련성이 낮아질 것입니다. –
MongoDB를 사용하여 최신 빌드를 시작했으며 여러분이 말했던 것처럼 문서를 저장하기에 좋습니다. 정의 된 스키마가 없으면 중첩 된 배열의 여러 수준이 현재 문제가되는 각주와 함께 위대한 – Hank