Mongoose: 모델 업데이트 방법은 유효성 검사기를 존중하지 않습니다.

잘못된 스키마 경로를 무시하고 나머지를 업데이트하는 strict 스키마 설정을 활성화할 수 있습니다. 오류가 발생하지 않습니다.

새 스키마({..}, { 엄격: true })

스키마에 존재하지 않지만 model.update 동안 throw되지 않는 경로를 설정할 때 throw되는 병합 대기 중인 유사한 pull 요청 이 있습니다. 위의 PR에 추가하고 콜백에 오류를 전달해야 할 수도 있습니다.

다시 한 번 안녕하세요. 빠른 답변에 감사드립니다.

잘못된 경로를 언급한 것이 아니라 특정 경로 내에서 제한하는 것이었습니다.

이 예를 들어

var 사용자 = 새 스키마({
사용자 이름: {
유형: 문자열,
소문자: 참,
트림: 사실,
고유: 사실
},
이름: {
유형: 문자열,
트림: 사실,
필수: 사실,
고유: 거짓,
인덱스: 참
},
비밀번호: {
유형: 문자열,
필수: 사실,
선택 : 거짓,
세트: 암호화
},
역할: {
유형: 문자열,
"기본": '사용자',
"열거형": ['사용자', '관리자', '루트']
},
만들어진: {
유형: 날짜,
"기본값": Date.now
}
}, { 엄격: 참 });

users.update({"username" : "test"}, {"role" : "thisShowldFail"}, 함수(err, val){
...
});

이제 "test" 사용자는 엄격한 스키마 옵션이 활성화된 경우에도 "thisShowldFail" 역할을 가집니다.
업데이트는 열거형 및 기타 유사한 옵션을 존중하지 않아야 합니까?

당신이 맞습니다. 열거 형의 유효성을 검사해야합니다. 어딘가에 티켓이 있는 줄 알았습니다.

+1, 이 문제로 인해 #update를 사용할 수 없습니다.

.update가 새 문서 + .save가 수행하는 모든 작업을 수행하도록 할 수 있습니까?

• 기본값
• 세터
• 사용자 정의 검증
• 열거

upsert 옵션을 사용하는 경우에도

• 필수의

현재 아님

내 말은 구현 가능/계획이 ... ? :)

그것은 좋을 수 있습니다. 관련 #472

+1

업데이트가 기본값, 설정자, 유효성 검사 및 열거형을 사용하지 않는다는 것은 완전히 직관적이지 않습니다. 핵심 작업이 스키마를 준수하지 않으면 스키마가 무슨 소용이 있습니까?

+1

나는 몽구스를 사랑하지만 업데이트를 확인하지 않으면 나에게 훨씬 덜 도움이 됩니다. 큰 문서가 있는데 확인을 위해 다운로드하고 싶지 않습니다.

이것은 제가 뛰어들었습니다. 저는 이것을 구현하기 위해 약간의 잠수를 하고 있습니다.
목표는 다음을 얻는 것입니다.

• 기본값
• 세터
• 검증
• 열거
• 필수의

성공할지 확신이 서지 않지만 시도해 보겠습니다. 검증인부터 시작하겠습니다.

내게 행운을 빌어 줘!

용병

+1

+1

.update 검증을 지원했다면 좋았을 것입니다.

범프 +1

울퉁불퉁한 범프 +1

업데이트 시 유효성 검사를 추가하세요!

+1

편집 : -2 mongoose가 유효성 검사를 담당해야한다고 생각하지 않기 때문에 .. 유효성 검사를 원하면 JSON 스키마 유효성 검사 허용을 사용하는 것과 같은 다른 특수 라이브러리 사용을 고려해야합니다.

@thalesfsp 네. 과거에 시도된 적이 있지만 메모리에 문서가 존재하지 않고 여러 상황에서 중단되어 동작이 일관되지 않고 혼란스러워지기 때문에 규칙이 매우 불안정해집니다.

오픈 소스의 장점: 기능을 원하면 해당 기능이 제대로 작동함을 증명하는 테스트 및 문서를 통과하여 해당 기능을 작성하고 풀 리퀘스트를 제출할 수 있습니다.

꽤 심각한 제한입니다. 패치를 추구할 때 유효성 검사기를 실행해야 하는지 여부를 결정하기 위해 스키마 개체를 직접 크롤링하는 것이 실용적입니까? 저는 주로 업데이트에 적용되는 사용자 정의 유효성 검사기 및 열거형 규칙에 관심이 있습니다. 문서를 저장할 때 다른 스키마 제약 조건이 이미 적용되어 있어야 한다고 생각합니다. 열거형 및 유효성 검사기로 문제를 단순화하는 것이 의미가 있고 업데이트 중에 문서가 있어야 할 필요가 없습니까?

+1 범프, 이것은 매우 유용한 기능이 될 것입니다. 업데이트를 수행할 때 스키마에서 최소/최대값 등을 보고 싶습니다. 그렇지 않으면 몽구스가 할 수 있는 것에 대해 많은 상용구 로직을 수행하고 있습니다.

이런 일이 일어나는 것을 보는 것이 좋을 것입니다. 현재 해결 방법은 개체를 찾고 필드를 변경한 다음 저장하여 유효성 검사 미들웨어를 실행하는 것입니다. 문서에 따라 :

Tank.findById(id, function (err, tank) {
  tank.size = 'large';
  tank.save(function (err) {
   // Document updated, do something with it
  });
});

update 명령이 Mongo에 직접 위임되고 전체 문서가 유효성 검사를 위해 메모리에 저장되지 않기 때문에 이것이 까다롭다는 것을 이해합니다. 따라서 @BrianHoldsworth가 제안한 접근 방식은 업데이트할 필드에 대해서만 유효성 검사를 실행하는 스키마를 구문 분석하는 좋은

@aheckmann 이 패치를 시도하는 사람이 같은 실수를 반복하지 않도록 이전의 (실패한) 구현 노력에 대해 좀 더 자세히 알려 주시겠습니까?

저는 주로 업데이트에 적용되는 사용자 정의 유효성 검사기 및 열거형 규칙에 관심이 있습니다. 문서를 저장할 때 다른 스키마 제약 조건이 이미 적용되어 있어야 한다고 생각합니다. 열거형 및 유효성 검사기로 문제를 단순화하는 것이 의미가 있고 업데이트 중에 문서가 있어야 할 필요가 없습니까?

@BrianHoldsworth 나는 이것이 지나친 단순화 일 수 있다고 생각합니다. required: true 유효성 검사 제약 조건이 있는 필드가 빈 문자열로 업데이트되면 어떻게 됩니까? 유효성 검사 오류를 발생시키려면 이것이 필요합니다.

저도 이것에 관심이 있습니다. .update() 메서드를 재정의하고 유효성 검사를 실행하도록 플러그인을 작성할 수 있습니까? 그렇게 하면 부분적인 솔루션도 구현할 수 있습니다. 반면에 코어에 있다면 모든 종류의 검증을 처리하고 100% 견고할 것으로 예상됩니다.

사용자 지정 유효성 검사기와 열거형 모두를 사용하여 이 문제도 겪었습니다. 찾기 및 업데이트를 수행하는 것은 가능하지만 문서에 다른 하위 문서 구조가 있는 경우 일반적인 케이스 코드를 작성하기가 매우 어렵습니다.

+1 범프.

Brian의 솔루션은 꽤 우아해 보입니다. 패치가 베타 버전에 도달하면 알림을 받고 싶습니다.

+1

이 +1이 필요합니다

+1

+1

+1

+1

3.9.3에서 update() 에는 setDefaultsOnInsert 및 runValidators 2개의 특수 옵션이 있습니다. 이 옵션은 기본값을 설정하고 쿼리에 대한 유효성 검사기를 실행합니다. 예를 들어 테스트 를 참조하세요. 아직 실제 문서가 없습니다. :(

정말 감사합니다 - 이것은 훌륭한 수정입니다!

@vkarpov15 코드를 사용하여 findOneAndUpdate에 유효성 검사도 적용했습니다. 홍보 #2393을 참조하십시오.

안녕하세요, 업데이트에 대한 유효성 검사를 사용하기 위해 안정 버전 3.9가 언제 출시되는지 알고 있습니까?

감사 해요

@AlexandreAWE 좋은 질문입니다. 저는 현재 4.0에 대한 작업을 마무리하고 3.9.x 분기를 베타 테스트하고 있지만 지금은 "완료되면 완료될 것"입니다. 크리스마스 전에 RC가 나왔으면 좋겠습니다.

@vkarpov15 3.9.x 스테이블에서는 어떻게 되나요? 현재 프로젝트에 대해 매번 찾아 저장하는 대신 업데이트에 대한 유효성 검사를 수행하는 것이 좋습니다.

@andrewholsted 는 mongodb 드라이버 2.0 및 mongodb 서버 2.8이 안정화되기를 기다리고 있습니다. 이번 달에 진행되기를 희망하지만 최신 버전의 mongodb 및 최신 드라이버를 지원하지 않고는 실제로 4.0을 출시할 수 없습니다. 조금 더 자세한 내용은 제 블로그 를 참조하세요.

내가 잠재적으로 멍청한 질문이지만 업데이트되는 데이터를 가져와서 mongodb에 전달하기 전에 스키마에 대해 유효성을 검사하지 않는 이유는 무엇입니까?

또한 +1

표시 및 대기

3.9가 안정될 때까지 기다릴 수 없습니다 :)

이 기능은 아직 포함되어 있습니까? 3.9를 간절히 기다리며.. 웬만하면 가능할까요?

npm install mongoose@unstable 불안정한 버전을 얻을 수 있습니다. 4.0의 현재 ETA는 3월 25일입니다. 이 페이지 를 확인하기에 좋은 곳은

어젯밤에이 문제가 발생했습니다. 나만이 아니라 다행이다! 이 변경 사항이 출시되어 매우 기쁩니다. 수고해 주셔서 감사합니다!

+1

이 문제가 종료된 것으로 표시된 이유를 모르겠습니다. 나는 여전히 그것을 직면하고 있습니다.

유효성 검사 문서에서 유효성 검사기 업데이트 섹션을 참조하세요.

실제로 runValidators가 true로 설정된 경우에도 이것이 findOneAndUpdate()에 대한 열거형 유효성 검사에서 작동하는지 확실하지 않습니다.

@m1cah 당신이하려는 일을 보여주는 예를 제공하십시오. 우리는 이것에 대한 테스트를 가지고 있으며 그들은 통과합니다 ...

@vkarpov15 나는 이것이 그것을 보여주는 짧은 예라고 생각합니다. http://code.runnable.com/VYhGbVhereIYdbst/update-validation-enum-for-mongoose-and-databases

한 가지 문제는 위의 예가 선사 시대 버전의 몽구스를 사용하고 있다는 것입니다.

root<strong i="6">@runnable</strong>:~# head node_modules/mongoose/package.json                                                                                                                 
{                                                                                                                                                                         
  "name": "mongoose",                                                                                                                                                     
  "description": "Elegant MongoDB object modeling for Node.js",                                                                                                           
  "version": "3.6.14",                                                                                                                                                    
  "author": {                                                                                                                                                             
    "name": "Guillermo Rauch",                                                                                                                                            
    "email": "[email protected]"                                                                                                                                   
  },                                                                                                                                                                      
  "keywords": [                                                                                                                                                           
    "mongodb",  

4.x로 업그레이드하면 작동합니다.

enum 및 findOneAndUpdate 메소드와 함께 작동한다고 확신하십니까?
mongoose 4.2.6에서는 실패한 것 같습니다. 잘못된 값을 설정할 수 있습니다.

스키마:

var UserSchema = new Schema({
    first_name: {
        type: String,
        required: true,
    },
    last_name: {
        type: String,
        required: true,
    },
    email: {
        type: String,
        unique: true,
        required: true,
    },
    embededData: [{
        type: {
            type: String,
            enum: ['value1', 'value2', 'value3']
            required: true
        }
    }]
}, { strict: true });

FindOneAndUpdate 메서드:

UserModel.findOneAndUpdate(
    {_id: uid}, 
    {$push: {embededData: data}}, 
    { runValidators: true }, function(err) {
});

그런 다음 embededData.type = 'Panda'; 푸시할 수 있습니다.

업데이트 유효성 검사기 문서 및 #2933 - 업데이트 유효성 검사기는 $push 에서 실행되지 않고 $set 및 $unset 에서만 실행됩니다.

+1

내가 볼 수 있는 한, 배열인 필드에서 사용자 정의 유효성 검사기를 사용하는 경우에는 여전히 작동하지 않습니다.

예를 들어 다음 코드 스니펫은 다음과 같습니다.

var mongoose = require('mongoose');
mongoose.connect('mongodb://localhost/myTestDB');

var db = mongoose.connection;

db.on('error', function (err) {
console.log('connection error', err);
});
db.once('open', function () {
console.log('connected.');
});

var Schema = mongoose.Schema;
var userSchema = new Schema({
  _id : String,
  name : {
    type: [String],
    validate: {
        validator: function (str) {
            return str.length > 1
        }
    },
  }
});


var User = mongoose.model('User', userSchema);

User.findOneAndUpdate({"name": ["John", "Doe"]}, { 
  $setOnInsert: {
    name: ["John"],
  },
}, { runValidators: true, upsert: true, new: true }, function (err, data) {
  if (err) {
    return console.log(err);
  } else {
    // console.log(data.validateSync())
    return console.log('Updated', data);
  }
});

내가 포함된 사용자 정의 유효성 검사기가 1보다 작거나 같은 길이의 이름 배열을 명시적으로 금지하더라도 오류를 발생시키지 않고 사용자가 ["John"]의 name 필드를 갖도록 업데이트할 수 있습니다. 유효성 검사기 자체는 잘 작동합니다. console.log(data.validateSync()) 행의 주석을 제거하여 유효성 검사를 강제 실행하면 실제로 적절한 오류 메시지가 반환된다는 사실에서 알 수 있습니다. 문제는 runValidators=true 옵션을 포함했음에도 불구하고 이 유효성 검사가 findOneAndUpdate() 호출 내에서 발생하지 않는다는 것입니다.

버그인 것 같습니다. 이에 대해 별도의 문제를 열어주실 수 있습니까?

예, https://github.com/Automattic/mongoose/issues/4039를 열었습니다.

감사 해요

위 문제에 대한 수정 사항이 있습니까? @vkarpov15

@Saravanan90 의미 있는 정보 없이 오랫동안 닫혀