Update item in array, getting error “The positional operator did not find the match needed from the...











up vote
0
down vote

favorite












I'm trying to update array element inside document.



The document looks like this:



{
"_id": "11111ec6de08e20354634b1d",
"firstname": "Israel",
"lastname": "Lavi",
"exams": [
{
"examId": "1000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
},
{
"examId": "2000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
}
]
}


I want to update exam where examId=1000
I'm using the following command:



collection.update({'_id': _id, 'exams': { $elemMatch : { 'examId': examId } } }, {$set: {'exams.$': lcExam}}, {upsert: true})


And getting the following error:



The positional operator did not find the match needed from the query.



Thanks in advance










share|improve this question


















  • 1




    Looks fine to me, except maybe Is that examId = 1000 or examId = "1000"? Note that one is a string and therefore the only match. Either that or are you maybe using CosmosDB?
    – Neil Lunn
    2 days ago












  • examId is string, I'm using Typegoose
    – Israel
    2 days ago






  • 1




    That part kind of does not matter here. For mongoose the "schema" might have some importance, so you should include it in your question in order to ensure nothing is being rewritten incorrectly. As long as it's a string ( or the schema is indeed a string ) then it's fine. I asked about "CosmosDB" because that is a product which does "MongoDB emulation", but actually quite badly thus leading to reported errors like your one. So those are the things you are actually being asked. Cannot reproduce on vanilla MongoDB.
    – Neil Lunn
    2 days ago






  • 1




    The error is because of the "upsert" option. The problem here is that the "document" may well exist, but the "array item" within the document may not be present. For this reason "upserts" don't really mix well as a pattern when you have arrays of sub-documents inside the documents. This means you need to be very careful and typically construct multiple statements in order to handle all cases.
    – Neil Lunn
    2 days ago






  • 1




    There's some more detail you should read at mongoDB upsert on array which talks about the process further. Due to it's age it shows the direct "command" format for invoking multiple updates which are now covered directly in the collection bulkWrite() method for every driver.
    – Neil Lunn
    2 days ago















up vote
0
down vote

favorite












I'm trying to update array element inside document.



The document looks like this:



{
"_id": "11111ec6de08e20354634b1d",
"firstname": "Israel",
"lastname": "Lavi",
"exams": [
{
"examId": "1000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
},
{
"examId": "2000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
}
]
}


I want to update exam where examId=1000
I'm using the following command:



collection.update({'_id': _id, 'exams': { $elemMatch : { 'examId': examId } } }, {$set: {'exams.$': lcExam}}, {upsert: true})


And getting the following error:



The positional operator did not find the match needed from the query.



Thanks in advance










share|improve this question


















  • 1




    Looks fine to me, except maybe Is that examId = 1000 or examId = "1000"? Note that one is a string and therefore the only match. Either that or are you maybe using CosmosDB?
    – Neil Lunn
    2 days ago












  • examId is string, I'm using Typegoose
    – Israel
    2 days ago






  • 1




    That part kind of does not matter here. For mongoose the "schema" might have some importance, so you should include it in your question in order to ensure nothing is being rewritten incorrectly. As long as it's a string ( or the schema is indeed a string ) then it's fine. I asked about "CosmosDB" because that is a product which does "MongoDB emulation", but actually quite badly thus leading to reported errors like your one. So those are the things you are actually being asked. Cannot reproduce on vanilla MongoDB.
    – Neil Lunn
    2 days ago






  • 1




    The error is because of the "upsert" option. The problem here is that the "document" may well exist, but the "array item" within the document may not be present. For this reason "upserts" don't really mix well as a pattern when you have arrays of sub-documents inside the documents. This means you need to be very careful and typically construct multiple statements in order to handle all cases.
    – Neil Lunn
    2 days ago






  • 1




    There's some more detail you should read at mongoDB upsert on array which talks about the process further. Due to it's age it shows the direct "command" format for invoking multiple updates which are now covered directly in the collection bulkWrite() method for every driver.
    – Neil Lunn
    2 days ago













up vote
0
down vote

favorite









up vote
0
down vote

favorite











I'm trying to update array element inside document.



The document looks like this:



{
"_id": "11111ec6de08e20354634b1d",
"firstname": "Israel",
"lastname": "Lavi",
"exams": [
{
"examId": "1000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
},
{
"examId": "2000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
}
]
}


I want to update exam where examId=1000
I'm using the following command:



collection.update({'_id': _id, 'exams': { $elemMatch : { 'examId': examId } } }, {$set: {'exams.$': lcExam}}, {upsert: true})


And getting the following error:



The positional operator did not find the match needed from the query.



Thanks in advance










share|improve this question













I'm trying to update array element inside document.



The document looks like this:



{
"_id": "11111ec6de08e20354634b1d",
"firstname": "Israel",
"lastname": "Lavi",
"exams": [
{
"examId": "1000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
},
{
"examId": "2000",
"name": "something",
"status": [
{
"status": "created",
"date": "2018-11-09T08:01:46.627Z"
}
]
}
]
}


I want to update exam where examId=1000
I'm using the following command:



collection.update({'_id': _id, 'exams': { $elemMatch : { 'examId': examId } } }, {$set: {'exams.$': lcExam}}, {upsert: true})


And getting the following error:



The positional operator did not find the match needed from the query.



Thanks in advance







mongodb






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked 2 days ago









Israel

547




547








  • 1




    Looks fine to me, except maybe Is that examId = 1000 or examId = "1000"? Note that one is a string and therefore the only match. Either that or are you maybe using CosmosDB?
    – Neil Lunn
    2 days ago












  • examId is string, I'm using Typegoose
    – Israel
    2 days ago






  • 1




    That part kind of does not matter here. For mongoose the "schema" might have some importance, so you should include it in your question in order to ensure nothing is being rewritten incorrectly. As long as it's a string ( or the schema is indeed a string ) then it's fine. I asked about "CosmosDB" because that is a product which does "MongoDB emulation", but actually quite badly thus leading to reported errors like your one. So those are the things you are actually being asked. Cannot reproduce on vanilla MongoDB.
    – Neil Lunn
    2 days ago






  • 1




    The error is because of the "upsert" option. The problem here is that the "document" may well exist, but the "array item" within the document may not be present. For this reason "upserts" don't really mix well as a pattern when you have arrays of sub-documents inside the documents. This means you need to be very careful and typically construct multiple statements in order to handle all cases.
    – Neil Lunn
    2 days ago






  • 1




    There's some more detail you should read at mongoDB upsert on array which talks about the process further. Due to it's age it shows the direct "command" format for invoking multiple updates which are now covered directly in the collection bulkWrite() method for every driver.
    – Neil Lunn
    2 days ago














  • 1




    Looks fine to me, except maybe Is that examId = 1000 or examId = "1000"? Note that one is a string and therefore the only match. Either that or are you maybe using CosmosDB?
    – Neil Lunn
    2 days ago












  • examId is string, I'm using Typegoose
    – Israel
    2 days ago






  • 1




    That part kind of does not matter here. For mongoose the "schema" might have some importance, so you should include it in your question in order to ensure nothing is being rewritten incorrectly. As long as it's a string ( or the schema is indeed a string ) then it's fine. I asked about "CosmosDB" because that is a product which does "MongoDB emulation", but actually quite badly thus leading to reported errors like your one. So those are the things you are actually being asked. Cannot reproduce on vanilla MongoDB.
    – Neil Lunn
    2 days ago






  • 1




    The error is because of the "upsert" option. The problem here is that the "document" may well exist, but the "array item" within the document may not be present. For this reason "upserts" don't really mix well as a pattern when you have arrays of sub-documents inside the documents. This means you need to be very careful and typically construct multiple statements in order to handle all cases.
    – Neil Lunn
    2 days ago






  • 1




    There's some more detail you should read at mongoDB upsert on array which talks about the process further. Due to it's age it shows the direct "command" format for invoking multiple updates which are now covered directly in the collection bulkWrite() method for every driver.
    – Neil Lunn
    2 days ago








1




1




Looks fine to me, except maybe Is that examId = 1000 or examId = "1000"? Note that one is a string and therefore the only match. Either that or are you maybe using CosmosDB?
– Neil Lunn
2 days ago






Looks fine to me, except maybe Is that examId = 1000 or examId = "1000"? Note that one is a string and therefore the only match. Either that or are you maybe using CosmosDB?
– Neil Lunn
2 days ago














examId is string, I'm using Typegoose
– Israel
2 days ago




examId is string, I'm using Typegoose
– Israel
2 days ago




1




1




That part kind of does not matter here. For mongoose the "schema" might have some importance, so you should include it in your question in order to ensure nothing is being rewritten incorrectly. As long as it's a string ( or the schema is indeed a string ) then it's fine. I asked about "CosmosDB" because that is a product which does "MongoDB emulation", but actually quite badly thus leading to reported errors like your one. So those are the things you are actually being asked. Cannot reproduce on vanilla MongoDB.
– Neil Lunn
2 days ago




That part kind of does not matter here. For mongoose the "schema" might have some importance, so you should include it in your question in order to ensure nothing is being rewritten incorrectly. As long as it's a string ( or the schema is indeed a string ) then it's fine. I asked about "CosmosDB" because that is a product which does "MongoDB emulation", but actually quite badly thus leading to reported errors like your one. So those are the things you are actually being asked. Cannot reproduce on vanilla MongoDB.
– Neil Lunn
2 days ago




1




1




The error is because of the "upsert" option. The problem here is that the "document" may well exist, but the "array item" within the document may not be present. For this reason "upserts" don't really mix well as a pattern when you have arrays of sub-documents inside the documents. This means you need to be very careful and typically construct multiple statements in order to handle all cases.
– Neil Lunn
2 days ago




The error is because of the "upsert" option. The problem here is that the "document" may well exist, but the "array item" within the document may not be present. For this reason "upserts" don't really mix well as a pattern when you have arrays of sub-documents inside the documents. This means you need to be very careful and typically construct multiple statements in order to handle all cases.
– Neil Lunn
2 days ago




1




1




There's some more detail you should read at mongoDB upsert on array which talks about the process further. Due to it's age it shows the direct "command" format for invoking multiple updates which are now covered directly in the collection bulkWrite() method for every driver.
– Neil Lunn
2 days ago




There's some more detail you should read at mongoDB upsert on array which talks about the process further. Due to it's age it shows the direct "command" format for invoking multiple updates which are now covered directly in the collection bulkWrite() method for every driver.
– Neil Lunn
2 days ago

















active

oldest

votes











Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














 

draft saved


draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53373152%2fupdate-item-in-array-getting-error-the-positional-operator-did-not-find-the-ma%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown






























active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes
















 

draft saved


draft discarded



















































 


draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53373152%2fupdate-item-in-array-getting-error-the-positional-operator-did-not-find-the-ma%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Can a sorcerer learn a 5th-level spell early by creating spell slots using the Font of Magic feature?

Does disintegrating a polymorphed enemy still kill it after the 2018 errata?

A Topological Invariant for $pi_3(U(n))$