거래 시나리오의 주문 테이블 디자인:
4개의 제품이 있다고 가정해 보겠습니다. 각 제품의 주문 데이터에는 주문 번호, 주문 소유자, 주문 유형, 주문 상태, 주문 추적 타임라인과 같은 동일한 부분이 있어야 합니다. 자신의 특별한 데이터.
다른 제품 디자인에 대해 다른 스키마를 정의해야 합니까, 아니면 하나의 주문에 대해서만 스키마를 정의하고 다른 제품에 고유한 데이터를 저장하기 위해 특수
하위 문서를 지정해야 합니까?
주문을 제품 유형별로 다른 컬렉션에 저장해야 합니까, 아니면 동일한 주문 테이블에 직접 저장해야 합니까?
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
같은 컬렉션에 주문을 넣어 제품 유형별로 구분할 수 있습니다.
다양한 유형에 따라 서로 다른 컬렉션에 넣을 필요가 없습니다. 이러한 종류의 엄격하지 않은 필드 정렬 데이터에 대해서도 MongoDB가 생성됩니다.
한 세트에 넣어야 할 것 같은데, 결국 부품이 몇 개 밖에 없거든요
MongoDB의 동적 스키마를 활용하는 것이 좋습니다. 즉, 각 문서가 동일한 스키마를 따를 필요가 없습니다.
공식 문서에는 유사한 요구 사항에 맞는 데이터 모델링에 대한 자세한 지침이 있습니다. 아래 문서 링크를 참조하세요.
https://docs.mongodb.com/ecos...
참고로.
MongoDB를 사랑해주세요! 재미있게 보내세요!