Mongoose: मॉडल अपडेट विधि सत्यापनकर्ताओं का सम्मान नहीं करती है

आप strict स्कीमा सेटिंग को सक्षम करना चाह सकते हैं जो किसी भी अमान्य स्कीमा पथ को अनदेखा कर देगी और बाकी को अपडेट कर देगी। कोई त्रुटि नहीं फेंकी जाती है।

नई स्कीमा ({..}, {सख्त: सच})

एक समान पुल अनुरोध है जो विलय होने की प्रतीक्षा कर रहा है जो स्कीमा में मौजूद पथों को सेट करते समय फेंकता है लेकिन यह model.update दौरान नहीं फेंकता है। हो सकता है कि हमें इसे उपरोक्त पीआर में जोड़ा जाए और गलती को कॉलबैक में पास कर दिया जाए।

हाय फिर से, आपके त्वरित उत्तर के लिए धन्यवाद।

मैं अमान्य रास्तों की बात नहीं कर रहा था बल्कि एक विशिष्ट पथ के भीतर बाधा डालने की बात कर रहा था।

यह उदाहरण लें

वर उपयोगकर्ता = नई स्कीमा ({
उपयोगकर्ता नाम: {
टाइप करें: स्ट्रिंग,
लोअरकेस: सच,
ट्रिम: सच,
अद्वितीय: सच
},
नाम: {
टाइप करें: स्ट्रिंग,
ट्रिम: सच,
आवश्यक: सच,
अद्वितीय: झूठा,
सूचकांक: सच
},
पासवर्ड: {
टाइप करें: स्ट्रिंग,
आवश्यक: सच,
चुनें: झूठा,
सेट करें: एन्क्रिप्ट करें
},
भूमिका: {
टाइप करें: स्ट्रिंग,
"डिफॉल्ट उपयोगकर्ता',
"एनम": ['उपयोगकर्ता', 'व्यवस्थापक', 'रूट']
},
बनाया था: {
प्रकार: तिथि,
"डिफ़ॉल्ट": दिनांक.अब
}
}, {सख्त: सच});

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

ध्यान दें कि सख्त स्कीमा विकल्प सक्षम होने पर भी अब "परीक्षण" उपयोगकर्ता की भूमिका "thisShowldFail" है।
सम्मान एनम, और अन्य समान विकल्पों को अपडेट नहीं करना चाहिए?

आप सही हैं, इसे एनमों को मान्य करना चाहिए। मुझे लगा कि इसके लिए कहीं टिकट है।

+1, इस समस्या के कारण #update का उपयोग नहीं कर सकता।

क्या यह संभव है कि .update उन सभी चीज़ों को बना दे जो एक नया दस्तावेज़ + .save करेगा?

• चूक
• बैठानेवाला
• कस्टम सत्यापन
• एन्यूम

यदि अपरर्ट विकल्प का उपयोग किया जाता है, तो भी

• आवश्यक

फिलहाल नहीं

मेरा मतलब है कि क्या यह संभव है/लागू करने की योजना है ...? :)

यह अच्छा हो सकता है। संबंधित #472

+1

यह पूरी तरह से अनजान है कि अद्यतन का उपयोग नहीं होगा: डिफ़ॉल्ट, सेटर्स, सत्यापन और एनम। यदि कोर ऑपरेशंस इसका पालन नहीं करते हैं तो स्कीमा का क्या उपयोग होता है।

+1

मुझे नेवला पसंद है लेकिन अगर यह अपडेट को मान्य नहीं करता है तो यह मेरे लिए बहुत कम मददगार है। मेरे पास बड़े दस्तावेज़ हैं और मैं उन्हें केवल सत्यापन करने के लिए डाउनलोड नहीं करना चाहता।

यह मैं कूद रहा हूं। मैं इसे लागू करने की कोशिश कर रहा हूं, मैं थोड़ा सा गोता लगा रहा हूं।
लक्ष्य प्राप्त करना है:

• चूक
• बैठानेवाला
• सत्यापन
• एन्यूम
• आवश्यक

मुझे यकीन भी नहीं है कि मैं सफल होऊंगा, लेकिन मैं इसे आजमाऊंगा। मैं सत्यापनकर्ताओं के साथ शुरू करूंगा।

मुझे शुभकामनाएँ दें!

मर्क.

+1

+1

बहुत अच्छा होता अगर .update समर्थित सत्यापन।

टक्कर +1

ऊबड़-खाबड़ टक्कर +1

कृपया अद्यतन पर सत्यापन जोड़ें!

+1

संपादित करें: -2 क्योंकि मुझे नहीं लगता कि नेवले को सत्यापन प्रभारी लेना चाहिए .. यदि आप सत्यापन चाहते हैं, तो आपको अन्य विशेष पुस्तकालय का उपयोग करने पर विचार करना चाहिए जैसे कि JSON स्कीमा सत्यापन की अनुमति का उपयोग करना

@thalesfsp हाँ। अतीत में इसका प्रयास किया गया है, लेकिन नियम बहुत ही भद्दे हो जाते हैं क्योंकि स्मृति में कोई दस्तावेज़ मौजूद नहीं है और कई परिस्थितियों में व्यवहार को असंगत और भ्रमित करने वाला छोड़ देता है।

ओपन सोर्स की सुंदरता: यदि आप एक सुविधा चाहते हैं, तो आप इसे लिख सकते हैं और पासिंग टेस्ट और दस्तावेज़ीकरण के साथ पुल अनुरोध सबमिट कर सकते हैं जो साबित करता है कि यह ठीक से काम करता है।

एक बहुत ही गंभीर सीमा। एक पैच का पीछा करते हुए, क्या यह निर्धारित करने के लिए कि क्या कोई सत्यापनकर्ता चलाया जाना चाहिए, सीधे स्कीमा ऑब्जेक्ट को क्रॉल करना व्यावहारिक होगा? मैं मुख्य रूप से कस्टम सत्यापनकर्ताओं और अद्यतन पर लागू होने वाले एनम नियमों की परवाह करता हूं। जब दस्तावेज़ सहेजा गया था, तो अन्य स्कीमा बाधाओं को पहले ही लागू किया जाना चाहिए था, मुझे लगता है। क्या समस्या का इतना सरलीकरण केवल एनम और सत्यापनकर्ताओं के लिए समझ में आता है और अद्यतन के दौरान किसी भी दस्तावेज़ को रखने की आवश्यकता को हटा देता है?

+1 टक्कर, यह एक बहुत ही उपयोगी विशेषता होगी - अपडेट करते समय मैं स्कीमा से सम्मानित मिनट/अधिकतम आदि देखना चाहता हूं - अन्यथा मैं कुछ के लिए बॉयलरप्लेट तर्क कर रहा हूं जो कुछ नेवला कर सकता है

ऐसा होते हुए देखना बहुत अच्छा होगा। फिलहाल मेरा वर्कअराउंड ऑब्जेक्ट ढूंढ रहा है, फ़ील्ड बदल रहा है और फिर इसे सहेज रहा है, जो सत्यापन मिडलवेयर को सक्रिय करता है। डॉक्स के अनुसार:

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

मैं समझता हूं कि इसे मुश्किल बना दिया गया है, क्योंकि update कमांड सीधे मोंगो को सौंपता है, और पूरा दस्तावेज़ मान्य होने के लिए स्मृति में नहीं बैठता है। तो @BrianHoldsworth द्वारा सुझाया गया दृष्टिकोण शुरू करने के लिए एक अच्छी जगह की तरह लगता है, स्कीमा चल रहे सत्यापन को केवल उन फ़ील्ड के विरुद्ध पार्स करना जिन्हें अद्यतन किया जाना है।

@aheckmann क्या आप हमें पिछले (असफल) कार्यान्वयन प्रयासों पर कुछ और विवरण प्रदान कर सकते हैं, इसलिए जो कोई भी इस पैच का प्रयास करता है वह फिर से वही गलतियाँ नहीं करता है?

मैं मुख्य रूप से कस्टम सत्यापनकर्ताओं और अद्यतन पर लागू होने वाले एनम नियमों की परवाह करता हूं। जब दस्तावेज़ सहेजा गया था, तो अन्य स्कीमा बाधाओं को पहले ही लागू किया जाना चाहिए था, मुझे लगता है। क्या समस्या का इतना सरलीकरण केवल एनम और सत्यापनकर्ताओं के लिए समझ में आता है और अद्यतन के दौरान किसी भी दस्तावेज़ को रखने की आवश्यकता को हटा देता है?

@BrianHoldsworth मुझे लगता है कि यह एक required: true सत्यापन बाधा वाले फ़ील्ड को रिक्त स्ट्रिंग के रूप में अद्यतन किया जाता है? सत्यापन त्रुटि को सक्रिय करने के लिए हमें इसकी आवश्यकता होगी।

मुझे इसमें भी दिलचस्पी है। शायद एक प्लग-इन .update() विधि को ओवरराइड करने और सत्यापन चलाने के लिए लिखा जा सकता है? इस तरह, आंशिक समाधान भी लागू किया जा सकता है। दूसरी ओर, यदि यह मूल में होता, तो यह अपेक्षा की जाती थी कि यह हर प्रकार के सत्यापन को संभालेगा और 100% मजबूत होगा।

मैंने इसमें कस्टम सत्यापनकर्ता और एनम दोनों के साथ भी भाग लिया है। खोज करते समय और फिर अपडेट करना संभव है, जब दस्तावेज़ों में अलग-अलग उप-दस्तावेज़ संरचनाएं होती हैं, तो सामान्य केस कोड लिखना बहुत मुश्किल हो जाता है।

+1 इसे टक्कर दें।

ब्रायन का समाधान बहुत सुंदर लगता है। पैच बीटा हिट होने पर अधिसूचित होना अच्छा लगेगा।

+1

इसकी आवश्यकता है +1

+1

+1

+1

+1

3.9.3 में update() में 2 विशेष विकल्प होंगे, setDefaultsOnInsert और runValidators , जो डिफ़ॉल्ट सेट करेगा और आपकी क्वेरी पर सत्यापनकर्ता चलाएगा। उदाहरण के लिए परीक्षण देखें, अभी तक कोई वास्तविक दस्तावेज़ नहीं :(

बहुत बहुत धन्यवाद - यह एक अच्छा फिक्स है!

@ vkarpov15 मैंने आपके कोड का उपयोग findOneAndUpdate में सत्यापन लागू करने के लिए भी किया था। पीआर #2393 देखें।

नमस्ते, क्या आप जानते हैं कि अद्यतन पर सत्यापन का उपयोग करने के लिए स्थिर संस्करण 3.9 कब जारी किया जाएगा?

धन्यवाद

@AlexandreAWE अच्छा सवाल है। मैं वर्तमान में 4.0 पर चीजों को लपेट रहा हूं और 3.9.x शाखा का बीटा परीक्षण कर रहा हूं, लेकिन अभी यह "यह पूरा होने पर किया जाएगा"। मुझे उम्मीद है कि क्रिसमस से पहले आरसी निकल जाएगी।

@ vkarpov15 यह 3.9.x स्थिर पर कैसे आ रहा है? मेरे वर्तमान प्रोजेक्ट के लिए हर बार खोजने और सहेजने के बदले अद्यतन पर सत्यापन होना बहुत अच्छा होगा।

@andrewholsted मोंगोडब ड्राइवर 2.0 और मोंगोडब सर्वर 2.8 पर स्थिर होने की प्रतीक्षा कर रहा है - यह उम्मीद है कि इस महीने हो रहा है, लेकिन वास्तव में मोंगोडब के नवीनतम संस्करण और नवीनतम ड्राइवर का समर्थन किए बिना 4.0 जहाज नहीं कर सकता है। थोड़ा और विस्तार के लिए मेरा ब्लॉग देखें।

मेरे द्वारा संभावित रूप से गूंगा प्रश्न, लेकिन डेटा को अद्यतन क्यों न करें और मान्य करें कि मोंगोडब में जाने से पहले स्कीमा के विरुद्ध?

साथ ही, +1

मार्क एंड वेट

3.9 स्थिर होने तक प्रतीक्षा नहीं कर सकता :)

क्या यह सुविधा अभी तक है? 3.9 का बेसब्री से इंतजार है.. क्या यह उपलब्ध होगा?

अस्थिर संस्करण प्राप्त करने के लिए आप npm install mongoose@unstable कर सकते हैं। 4.0 के लिए वर्तमान ईटीए 25 मार्च है - इसे जांचने के लिए एक अच्छी जगह मील का

बस कल रात इस मुद्दे में भाग गया। खुशी है कि मैं अकेला नहीं हूँ! मैं इस बदलाव के जारी होने के लिए उत्साहित हूं, आप जो कुछ भी करते हैं उसके लिए धन्यवाद!

+1

पता नहीं क्यों इस मुद्दे को बंद के रूप में चिह्नित किया गया है। मैं अभी भी इसका सामना कर रहा हूं।

सत्यापन डॉक्स में अद्यतन सत्यापनकर्ता अनुभाग देखें

मुझे वास्तव में यकीन नहीं है कि यह 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 में अपग्रेड करने का प्रयास करें और इसे काम करना चाहिए।

क्या आप सुनिश्चित हैं कि यह एक एनम और findOneAndUpdate विधि के साथ काम करता है?
नेवला 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);
  }
});

आपको बिना किसी त्रुटि के ["जॉन"] का name फ़ील्ड रखने के लिए उपयोगकर्ता को अपडेट करने की अनुमति देगा, भले ही मैंने शामिल कस्टम सत्यापनकर्ता स्पष्ट रूप से 1 से कम या उसके बराबर लंबाई के किसी भी नाम सरणी को प्रतिबंधित करता है। सत्यापनकर्ता स्वयं ठीक काम करता है, जैसा कि इस तथ्य से देखा जा सकता है कि यदि आप लाइन console.log(data.validateSync()) असम्बद्ध करते हैं, जिससे सत्यापन होने के लिए मजबूर किया जाता है, तो यह वास्तव में उचित त्रुटि संदेश लौटाएगा। समस्या यह है कि यह सत्यापन findOneAndUpdate() कॉल के भीतर नहीं हो रहा है, इस तथ्य के बावजूद कि मैं runValidators=true विकल्प शामिल करता हूं।

एक बग की तरह लग रहा है, क्या आप इसके लिए एक अलग मुद्दा खोल सकते हैं?

हां, खोला गया https://github.com/Automattic/mongoose/issues/4039

धन्यवाद

क्या उपरोक्त समस्या के लिए कोई समाधान उपलब्ध है? @vkarpov15

@ Saravanan90 कृपया बिना किसी सार्थक जानकारी के लंबे समय से बंद मुद्दों पर टिप्पणी करना बंद करें। कोड नमूने के साथ एक अलग मुद्दा खोलें।