Mongoose: `_id` 없이 채울 수 있습니까?

에 만든 2014년 12월 26일 · 82코멘트 · 출처: Automattic/mongoose

API http://mongoosejs.com/docs/populate.html을 확인하고 시도했습니다. populate 는 외국 _id 에서만 작동하는 것 같습니다. match 옵션이 있어도 _id 쿼리 조건에 필터링 조건을 추가하면 됩니다. _id 와 관련되지 않은 필드로 채울 방법은 없습니다.

내 프로젝트에서는 _id 를 ObjectId로 유지하고 자동 증가 숫자로 다른 필드가 있습니다. 예를 들어 customers 모델에는 _id 가 개체로 있고 cuid 가 증분 번호로 있습니다. 다른 컬렉션은 단지에 참조 cuid 하지에 _id .

이걸 커스터마이징 할 수 있다면 얼마나 좋을까요?
이 기능이 누락되는 디자인 제한 사항이 있습니까?

enhancement

출처

mocheng

👍12

가장 유용한 댓글

@rturk 그 플러그인이 정말 마음에 @alexmingoia 당신의 생각은 무엇입니까? 모듈을 몽구스 코어에 병합? 가상을 사용하여 보다 일반적인 채우기 (실제 필드를 db에 유지하지 않고)를 처리한다는 아이디어는 정말 강력합니다.

vkarpov15 에 2016년 02월 18일

🎉5

모든 82 댓글

이것을 사용자 정의할 수 있으면 좋겠지 _id 지금 당장은

vkarpov15 에 2015년 01월 01일

하나의 다른 필드뿐만 아니라 필드 집합에서도 채울 수 있는 기능은 샤딩을 적절하게 지원하는 데 거의 필요하며, 이는 우리에게 큰 사용 사례입니다.

예를 들어, "subscription"에 대한 분할 키를 가질 수 있는 "students" 컬렉션이 있습니다. 섹션 모델(학생 배열 포함)에서 학생 데이터를 채울 때 문서에 대한 구독이 있지만 매핑해야 한다고 지정하는 대신 "student"에 저장된 _id를 기반으로만 조회됩니다. 문서 "과제" 필드를 학생의 "과제"로.

그런 다음 채우기를 수행할 때 샤드 키 없이 조회를 수행하기 때문에 샤딩이 쓸모없게 되어 하나가 아닌 데이터를 검색하기 위해 모든 샤드를 적중해야 합니다.

이것은 우리가 작업을 수행할 위치에 대한 지침을 얻을 수만 있다면 개발 자금을 지원하거나 스스로 할 수 있는 것입니다. 이것은 우리 회사(GradeCam)의 주요 요구 사항입니다.

taxilian 에 2015년 02월 20일

👍3

@taxilian shardKey 스키마 옵션을 설정하고 있습니까? AFAIK 그것이 바로 그 옵션입니다.

vkarpov15 에 2015년 02월 20일

이 문제에 대한 해결책을 찾고 있었기 때문에 아직 시작하지 않았습니다. 채우기는 shardKey를 고려합니까? 내 이해는 shardKey가 업데이트 및 삽입에만 영향을 미친다는 것입니다.

taxilian 에 2015년 02월 20일

예를 들어 userId(예: _id) 필드뿐만 아니라 userType, userGroup 등으로 채울 수 있기를 원합니다.
감사 해요!

arliber 에 2015년 04월 19일

podoler 에 2015년 04월 19일

+1은 매우 유용할 것입니다

nadavsinai 에 2015년 04월 30일

여기에 +1이 동일합니다!

xr 에 2015년 05월 09일

+1 이거 갖고싶다

prakash122 에 2015년 05월 21일

ricolo 에 2015년 05월 24일

vlapo 에 2015년 06월 04일

key 와 같은 매개변수를 추가하여 채우려는 변수를 선택할 수 있으면 특히 좋습니다.

예를 들어 author 및 comments 매개변수를 채우고 싶은 게시물이 있지만 매개변수가 채우기 전에 비 ObjectId 매개변수(사용자 이름 및 댓글 제목)를 보유하고 있는 경우:

{
author: "user1",
comments:["comment5", "comment6"],
title:"Post1"
}

mongo가 조회할 매개변수를 알 수 있도록 "key"와 같은 매개변수를 추가할 수 있으면 좋을 것입니다.

Posts.find().populate([{path:"author", model:"Users", key:"username"}, {path:"comments", model:"Comments", key:"title"}])

이렇게 하면 author 매개변수를 사용자 이름으로 찾은 사용자로 채우고 comments 매개변수를 제목으로 찾은 주석으로 채웁니다(제목별 주석이 약간 비현실적이라는 것을 알고 있지만 요점).

prescottprue 에 2015년 06월 08일

apankov 에 2015년 06월 10일

marklar21 에 2015년 07월 14일

john-bower 에 2015년 07월 31일

jack-guy 에 2015년 08월 10일

asafam 에 2015년 08월 23일

whyhankee 에 2015년 08월 25일

ArcoMul 에 2015년 08월 25일

큰 동의합니다. 사용자 지정 인구 구성표를 정의하는 기능을 원합니다. 파일 경로인 하나 이상의 필드가 있는 모든 스키마에 적합하므로 채우기가 저장소에서 읽을 수 있습니다.

cannonpalms 에 2015년 09월 03일

raphaelokon 에 2015년 09월 11일

naoxink 에 2015년 09월 14일

manasb-uoe 에 2015년 10월 07일

Poplava 에 2015년 10월 09일

lfk 에 2015년 10월 20일

RithwikAnand 에 2015년 10월 31일

justvisiting 에 2015년 11월 06일

kumasento 에 2015년 11월 13일

BentoumiTech 에 2015년 11월 14일

loris 에 2015년 11월 17일

tomerb15 에 2015년 11월 18일

keithl8041 에 2015년 11월 20일

danielflippance 에 2015년 11월 22일

prabhupadas 에 2015년 11월 24일

leonardokl 에 2015년 12월 17일

robjens 에 2015년 12월 18일

beinnova 에 2015년 12월 21일

MangeshPimpalkar 에 2015년 12월 24일

roygwsidev 에 2016년 01월 02일

docksteaderluke 에 2016년 01월 12일

wohugb 에 2016년 01월 15일

joshbeam 에 2016년 01월 25일

pavan612 에 2016년 01월 28일

kennethkoontz 에 2016년 01월 30일

R0R0N0A 에 2016년 02월 04일

liraniom 에 2016년 02월 09일

Pyo25 에 2016년 02월 11일

danilvalov 에 2016년 02월 17일

이 코드를 시도하십시오: https://github.com/alexmingoia/mongoose-populate-virtuals.

사실, Alex의 코드를 메인 저장소에 병합하지 않고 이것을 핵심 기능으로 만들 이유가 무엇입니까?

rturk 에 2016년 02월 18일

vkarpov15 에 2016년 02월 18일

🎉5

이상적일 것입니다. Query.prototype.populate 및 기타 핵심 기능을 오버로드하기 때문에 핵심에서 훨씬 더 좋습니다.

내가 풀 리퀘스트를 생성하는 것을 막는 유일한 것은 테스트 커버리지가 거의 또는 전혀 없고 문서가 부족하다는 것입니다. 여러 시나리오에서 프로덕션 환경에서 사용하고 있으며 안정적이지만 누군가가 테스트 스위트를 작성한다면 문서화해야 하는 몇 가지 사소한 문제나 특이점이 드러날 수 있다고 생각합니다.

누군가가 기꺼이 테스트 스위트를 다룰 의향이 있습니까? 그렇지 않은 경우 - 할 수 있지만 다음 달 이전에 착륙할 것으로 기대하지는 않습니다.