<p>mongoose 4.0.1: 사전 "업데이트" 미들웨어 이 개체는 모델 개체를 반환하지 않습니다.</p>

의도적으로 업데이트되는 문서가 서버 메모리에 없을 수도 있습니다. 그렇게 하기 위해 몽구스는 update()를 수행하기 전에 문서를 로드하기 위해 findOne()을 수행해야 하는데, 이는 허용되지 않습니다.

디자인은 필터를 추가 또는 제거하고 매개변수, 옵션 등을 업데이트하여 쿼리 개체를 조작할 수 있도록 하는 것입니다. 예를 들어 find() 및 findOne()을 사용하여 .populate()를 자동으로 호출 하고 multi: true 를 설정합니다. 특정 모델의 기본 옵션, 액세스 제어 및 기타 가능성 .

findOneAndUpdate() 는 약간 잘못된 이름이며 기본 mongodb findAndModify 명령을 사용하며 findOne() + update() 와 다릅니다. 별도의 작업으로 자체 미들웨어가 있어야 합니다.

그렇다면 '사전' 업데이트 미들웨어 중에 문서 필드를 업데이트하는 것을 어떻게 제안하시겠습니까?

this.update({ field: val }); 는 업데이트 작업이 발생하기 전에 { $set: { field: val } } 를 업데이트 작업에 추가합니다.

답변해 주셔서 감사합니다. 어떤 버전에서 작동해야 합니까? 4.0.2를 사용하고 있기 때문에 그렇지 않습니다. 쿼리에서 "exec"를 호출해야 합니까?

this.update를 실행하면 http://mongoosejs.com/docs/api.html#query_Query -update 메서드를 호출하지 않을까요?

나는 결국 this.findOneAndUpdate({matcher: "myvalue"}); 그것이 올바른 접근이기를 바랍니다.

흠 4.0.2가 작동해야 합니다. 코드가 어떻게 생겼나요?

방금 다음과 같이 했습니다.

var schema = mongoose.Schema({
    name: String,
    description: String,
    matcher: String,

});

var generateMatcherUpdate= function(next) {
     var matcher = "generate matcher function"
        this.update({matcher: matcher});

    next();
};

 schema.pre('update', generateMatcherUpdate);

아, 알겠습니다. update() findOneAndUpdate() 를 사용하고 계십니다. 이것들은 별개의 후크가 있는 두 개의 별개의 기능이므로 사전 후크에서 findOneAndUpdate 에 업데이트 작업을 추가하려면 다음을 수행해야 합니다.

schema.pre('findOneAndUpdate', function() {
  this.findOneAndUpdate({}, { $set: { key: 'value' } });
});

man mongoose 문서는 몹시 나쁩니다. 누군가 이것을 거기에 넣어 주시겠습니까?

@askdesigners 는 정확히 무엇을 넣었습니까?

급한 마음에 적어서 죄송합니다 :)

버전 호환성의 취약성. 그것은 명백한 문제가 아니며 많은 사람들이 머리를 긁적입니다.

걱정 마. 어떤 종류의 버전 호환성 문제가 있습니까?

그리고 pre.update에서 값을 삭제하고 싶다면 어떻게 해야 할까요? 할 방법을 찾지 못하는 것 같습니다.
감사 해요!

schema.pre('update', function() {
  var v = this.getUpdate().valueToSanitize;
  this.update({}, { $set: { valueToSanitize: sanitize(v) } });
});

좋아요, 시도해 보겠습니다!
감사 해요!!

안녕하세요 @vkarpov15 , 예상치 못한 행동이거나 적어도 문서화되어야 한다고 말할 수 있는 무언가를 발견했습니다.

내가 같은 일을 하면

MyModel.findOneAndUpdate({a: 1}, {v: '__3'}, function (err, model) {
    console.log(model);
});

그리고 내 모델에서 나는 당신의 제안을 구현합니다

mySchema.pre('findOneAndUpdate', function() {
  var v = this.getUpdate().v;
  this.findOneAndUpdate({}, { $set: { v: sanitize(v) } });
});

후크 후에 원래 업데이트 쿼리가 실행되기 때문에 로그는 '__3'을 출력합니다. 다른 스키마 속성을 변경할 수 있지만 원래 쿼리에서 업데이트된 모든 필드는 프리 후크에서 변경되더라도 동일하게 유지됩니다.

@CMatias $set 를 사용하거나 일관되게 사용하지 않도록 주의해야 하는 경우입니다. 몽구스는 $set 로 래핑할지 여부를 반드시 알지 못하므로 귀하의 경우 this.findOneAndUpdate({}, { v: sanitize(v) });

@vkarpov15 감사합니다. 효과가 있었습니다. $set 를 사용하는 것과 사용하지 않는 것의 차이점을 간단히 설명해 주시겠습니까? 그것에 대한 많은 정보를 찾을 수 없습니다.

따라서 기본 mongodb 드라이버를 직접 사용하고 coll.findOneAndUpdate({ a: 1 }, { __v: 3 }) 하면 mongodb는 a = 1인 첫 번째 문서를 가져와 { __v: 3 } modulo _id 문서로 바꿉니다. 즉, 기존 문서를 덮어씁니다. 키 '__v'를 설정하려면 coll.findOneAndUpdate({ a: 1 }, { $set: { __v: 3 } }) 를 수행해야 합니다.

이 동작은 항상 논란이 되고 오류가 발생하기 쉬우므로 기본적으로 mongoose는 문서를 덮어쓰는 것을 방지합니다. 즉, $ overwrite: true 옵션을 설정하지 않는 한 MyModel.findOneAndUpdate({ a: 1 }, { __v: 3 }) 는 MyModel.collection.findOneAndUpdate({ a: 1 }, { $set: { __v: 3 } }) 가 됩니다. 그러나 MyModel.update({}, { $set: { b: 2 } }).findOneAndUpdate({ a: 1 }, { __v: 3 }, { overwrite: true }) 와 같은 이상한 일을 수행하여 getUpdate() 의 현재 상태가 무엇인지에 대해 상당히 혼란스럽게 만들 수 있으므로 update 상태를 있는 그대로 둡니다. 미들웨어용.

이 모든 것을 시도하고 있지만 이러한 미들웨어 방법을 사용하여 찾기에서 반환될 문서를 수정할 수 있는지 결정하는 데 어려움을 겪고 있습니다. 특히, 추가 필드를 추가하여 응답을 "장식"하고 싶습니다.

예를 들어 스키마가 있는 경우:

const Thing = new mongoose.Schema({
  name: {type: String}
});

Thing.post('find', function(doc, next){
  doc.newfield = "example text";
  next();
}

이것이 가능한가?

newfield 가 스키마에 정의되어 있지 않은 이유는 Thing 의 값에 따라 다른 필드 이름이 필요하기 때문입니다.

감사 해요!

schema.pre('update')를 사용하려면 특정 플러그인이 필요합니까?

아니요 @jrogatis

@vkarpov15

위에서 제시한 예를 보면 ...:

schema.pre('update', function() {
  var v = this.getUpdate().valueToSanitize;
  this.update({}, { $set: { valueToSanitize: sanitize(v) } });
});

이것은 나를 위해 작동하지 않습니다 . this.getUpdate().value 에는 예제에서 알 수 있듯이 value 내 속성이 포함되어 있지 않습니다. 대신 this.getUpdate().$set.property 에서 사용할 수 있습니다.

꼭 그래야 하는 걸까요? 내가 뭔가 잘못 이해하고 있습니까? API가 변경되었나요? 이에 대한 문서가 있습니까?

@qqilihq 재현 스크립트로 별도의 문제를 열 ​​수 있습니까?

@qqilihq nvm, 방금 당신이 한 것을 보았습니다 :P

@varunjayaraman 사실 제가 따로 연 문제는 다른 문제입니다. :) 하지만 예제를 컴파일할 여유 시간이 생기면 기꺼이 위의 주석에 대한 새 문제를 열겠습니다.

@qqilihq 아, 감사합니다!

@qqilihq 가 언급한 것과 정확히 동일합니다.

따라서 다음 코드로 원하는 동작을 얻을 수 있습니다.

userSchema.pre('update', function (next) {
  const newEmail = this.getUpdate().$set.email
  if (newEmail) {
    this.update({}, {$set: {email: normalizeEmail(newEmail)}})
  }
  next()
})

그러나 이것을 의도하지 않은 일부 필드를 사용하려고하는 것 같습니다.

pre 메소드는 this.update 와 함께 작동하지 않아야 합니다. 왜냐하면 "사전" 저장이고 아직 업데이트할 것이 없기 때문입니다. 반면 this.newProp = "value" 는 완벽하게 작동합니다. 감사합니다.

내 경우는 다음과 같습니다.

UserSchema.pre('save', function(next) {
    this.created = Date.now()
    next()
})

"사전" 업데이트 후크에서 쿼리를 "이것"으로 사용하는 이유를 이해하지만 "포스트" 업데이트 후크가 비슷한 방식으로 작동하는 이유는 무엇입니까? 업데이트를 게시할 때 실제 모델이 "이것"이어야 하지 않습니까?

그러면 post find가 여러 번 실행되거나 여러 결과가 있는 배열로 this 가 있습니까? 결과가 없으면 게시물 찾기가 실행되지 않아야 합니까?

이것은 모두 매우 이상합니다. IMHO 사전 후크는 모두 동일하게 작동해야 합니다. this 는 수정 중인 개체이고 isModified와 같은 멋진 메서드는 확인하는 것입니다.

사실 이제 이해가 된 것 같아요. 사전 '저장' 방법을 사용한 다음 this.isNew 방법을 사용해야 합니다. 감사 해요!

@ajbraus 조금 이상하지만 대안은 엄청난 성능 오버 헤드입니다. 수백만 개의 문서를 업데이트하는 updateMany가 있다고 가정합니다. 몽구스는 이러한 문서를 모두 메모리에 로드해야 합니다.

업데이트 전에 문서 필드를 어떻게 확인해야 합니까? 문서를 "유효"로 설정하기 위해 특정 필드가 채워져 있는지 확인해야 한다고 가정해 보겠습니다. 업데이트 중인 필드뿐만 아니라 전체 문서에 어떻게 액세스할 수 있습니까? this 는 여기에서 쿼리를 참조합니다.

@PDS42 mongodb에서 문서를 로드하려면 별도의 쿼리를 실행해야 합니다.

몽구스 문서에 이 모든 것이 더 자세히 설명된 특정 링크가 있습니까? 나는 그것을 읽고 이것을 더 완전히 이해하고 싶습니다. :).

편집하다:

사전 업데이트 후크: https://github.com/Automattic/mongoose/issues/2812
미들웨어: https://mongoosejs.com/docs/middleware.html
쿼리 개체: https://mongoosejs.com/docs/api.html#Query
쿼리: https://mongoosejs.com/docs/queries.html

업데이트 미들웨어에서 'this'가 참조하는 쿼리를 정확히 어떻게 사용해야 하는지에 대한 문서를 찾는 데 문제가 있습니다. 예를 들어 다음과 같은 경우 발생합니다.
this.update({field: "value"}, {$set: {updatedAt: new Date()}}); 이렇게 하면 필터에 {field: "value"} 가 추가됩니까? 아니면 효과가 없나요? 내가 보지 못한 문서가 있습니까?

@ronakvora Query#getConditions() 함수 가 있습니다.

schema.pre('update', function() {
  console.log(this.getConditions()); // Will include `{ field: 'value' }`
});

Gotcha, 그것은 내가 물건을 가지고 노는 데 도움이 될 것입니다 :). 감사 해요!

Ps 이것은 위에서 Ronak입니다. 분명히 다른 장치에 두 개의 계정이 로그인되어 있습니다.