Mongoose: 저장을 위해 린을 사용합니까?

린을 사용하지 않으려면 반환된 Mongoose 객체에서 새 객체를 생성하는 것이 가장 좋습니다.

Person.findOne({
    _id: req.user.id
}, function(err, result) {
    if (err)
        return next(err);

    return (200, {
        id: result._id,
        spouse: result.spouse,
        children: result.children
    });
});

내 게시물이 명확하지 않았을 수 있습니다. 죄송합니다.
린을 사용하고 싶지만 저장 작업에도 사용하고 싶습니다.
"저장" 또는 "업데이트"와 같은 저장 함수의 콜백은 스키마 개체와 함께 반환되며 순수 JS 개체를 갖기 위해 린을 사용할 수 없습니다.
이것은 내 문제입니다. 저장 및 업데이트에도 린을 사용하고 싶습니다.

@imrefazekas , Save, Update, Create 및 Remove는 "쿼리"가 아니므로 .lean() 지시문을 그대로 사용하지 않습니다.
반환된 객체에 .toObject() 메서드를 사용하여 스키마 없이 가져올 수 있습니다.

p.save(function (err, returned) {
  var leanObject = returned.toObject(); // has many options: http://mongoosejs.com/docs/api.html#document_Document-toObject
  assert.equal(leanObject.schema, null);
});

흠흠... save() 에 린 옵션이 있어야 합니까?

save()와 lean이 함께 일하는 것을 어떻게 상상할 수 있습니까? 말이 안 되는 AFAIK.

음, 며칠이 지났지만 현재는 이렇습니다.

user.save(function(err,user){

      //user is full-fledged etc
});

린 옵션을 사용하면

user.save({
  lean:true
},function(err,user){

      //user is *not* full-fledged etc
});

그렇지 않습니까?

@ORESoftware 아니요. 저장할 콜백의 두 번째 매개 변수가 정확히 동일한 문서이기 때문입니다. Mongoose는 새로 업데이트된 문서를 데이터베이스에 묻지 않습니다. 예를 들어,

user.save(function(err, _user){
  user === _user; // true
});

오 알았어 :) 내 나쁜

기록을 위해 위에서 @repack이 제공한 솔루션은 2017년에도 여전히 매력처럼 작동합니다.

@peterpeterparker 나는 동의하지 않으며 이것이 Mongoose 인스턴스 대신 모든 데이터베이스 작업에서 데이터가 반환되기를 원하는 사용자에게 여전히 문제라고 생각합니다.

@alex-dixon 저는 save 작업에 대한 @repack 의 솔루션이 2017년에도 여전히 유효하고 기능적이라고 지적했습니다. 그 이상도 그 이하도 아닙니다 ;)

@peterpeterparker 맞습니다. 죄송합니다. 당신에게 그것을 지시하지 말았어야 했다.

@alex-dixon 걱정마

우리가 사용한다 lean() 와 Model.create() ?

lean() 와 함께 Model.create() lean() 를 사용할 수 없기 때문에 절대로 :p

알았어요 :)