콜렉션 구조 만 만들고 싶습니다. 예 : 세이 제품 컬렉션에는 카테고리 목록이 포함되어 있습니다. 이 종속성을 생성하여이 컨테이너 구조를 지정하고 싶지만 수집 항목을 작성하고 싶지 않습니다 (데이터가 일괄 업로드하는 어딘가에 로더 프로그램이 있다고 가정). RDBMS의 클로짓 비유는 다음과 같습니다. DBA는 제약 조건과 의존성을 가진 스키마 설계를 생성합
다중 백엔드 (현재 MySQL 또는 XML)에 연결할 수있는 PHP 응용 프로그램이 있으며 MongoDB와도 작업하려고합니다. 내가 뚜렷하게 고심하는 한 가지 겉으로보기에는 사소한 문제는 몽고 위임장 '_id'가 기본 키의 이름이라는 것입니다. 백엔드는 일반적으로 애플리케이션에 의해 상당히 잘 추상화되어 있지만, 애플리케이션은 이드와 상당히 정기적으로 작업
반복되는 이벤트에 대한 데이터 저장 방법에 대해 설명하는 일부 문서를 읽었지만, 여전히 MongoDB와 관련하여 모범 사례에 대한 머리를 쓰려고합니다. 내 관심사는 주어진 시간 내에 발생하는 모든 이벤트를 저렴하게 검색하는 것입니다. 필자의 두 번째 관심사는 이벤트 체인 전체를 중단시키지 않고 단일 발생을 수정하고 변경하는 것입니다. 비슷한 질문을 한 다른
이제 프로젝트의 데이터베이스를 선택합니다. 후보자는 몽고와 포스트그레스입니다. 사용자는 조건부 로직을 정의해야합니다. 사용자는 조건을 (문자열로) "x happen", "y leaves"등을 정의하고 "x가 발생하면 (y 잎 또는 z가 오면) ..."조건에 연결할 수 있습니다. 하나의 json 문서에서이를 수행하는 것이 관계형 데이터베이스보다 훨씬 읽기 쉽
좋은 오후를 외부 키의 예측할 수없는 번호를 사용 대다 DB 스키마, 내가 가진 건물 대다 나는 문제가 건물에 봉착 관계 스키마 . 주요 문제는 내가 일차 및 외래 키 (일을 단순화하기위한 varchars 또는 enums)로만 작업하고 있고 다 대다 관계의 수는 예측할 수 없으며 언제든지 증가 할 수 있다는 것입니다. 다양한 질문을 둘러 보았으므로이 문제를
, 그것은이 세 모델 : 도시 플라자 스토어 도시가있다 광장과 상점; 광장에는 상점이 있습니다. 내 초기 디자인은 관계에 "외래 키"를 사용하는 것입니다. class City(Document):
name = StringField()
class Plaza(Document):
name = StringField()
city = Ob
MongoDB에 대한 일반적인 질문입니다. 언제 임베드 할 지, 참조 할 시점입니다. 그러나 제 경우에는 이것이 어떻게 든 딜레마 인 것처럼 보입니다. 나는 그것을 삽입 할 수있는 참조가있는 문서를 가지고 있지만 디스크의 크기는 나에게 부담이 될 것이다. 하지만 제가 참고 자료를 작성하면 성능 비용이 많이 듭니다. 나는이 회원의 세부 사항이 멤버를 블로그
내가 직원 식당에 대한 웹 응용 프로그램을 짓고 있어요 - 의견, 사진, 평가와 같은 일부 사회 기능, ... 나는 고전 SQL 함께 만든 첫 번째 시간 - 관절의 많은 곳 결과 - 매우 못생긴! 그래서 MongoDB를 솔루션으로 사용하기로 결정했습니다. 일에 하나의 문서를 작성하겠습니다. 각각에는 중첩 된 주석과 등급이있는 많은 메뉴가 있습니다. 사진과
그래서 포럼을위한 모델을 만들고 있습니다. 실마리와 많은 의견을 생각해보십시오. 스레드에는 많은 의견이 있습니다. RDBMS 세계에서, 나는 이것으로 추측 지금 Thread --has many--> Comment
id id
user_id thread_id
user_id
같은으로이 설계 것, 데이터/스키마는 많은 일반 양식
메신저 JavaScript 및 Mongoose에 새로운 기능이 있습니다. 나는 몽구스를 통해 지속되기를 원하는 약간 이상하게 디자인 된 JSON으로 끝났다. , something_else, 뭔가 (아마도 다른 사람이 있습니다 항상 A1도 A2가되지 않음)도 다양하다 A1 {name : "a_string", a1 : {something : 'a_number'