You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Aren't sets supposed to always overwrite a document's field? Maybe I don't know the internals of ODM too well, but $coll->getInsertDiff() is being executed. Also, when iterating over the insertDiff documents, the key starts at 1 (this isn't right in a collection that should be rewritten from scratch right?.. It makes sense for pushAll since we need to know the actual differences of the field being changed.
One other thing, when iterating over the documents, it doesn't check if the mapping is type = many...
The main problem I see is that collections are being inserted like,
@j (heh, I just remembered you were awarded that short username): the insert/delete diff calculation compares keys and their values. The key shouldn't always start at 1, but you highlighted a caveat of using "set", where it might end up creating a BSON object instead of an array. I'm currently looking into this in #511.
Aren't sets supposed to always overwrite a document's field? Maybe I don't know the internals of ODM too well, but $coll->getInsertDiff() is being executed. Also, when iterating over the insertDiff documents, the key starts at 1 (this isn't right in a collection that should be rewritten from scratch right?.. It makes sense for pushAll since we need to know the actual differences of the field being changed.
One other thing, when iterating over the documents, it doesn't check if the mapping is type = many...
The main problem I see is that collections are being inserted like,
when it should be
I can make a push with what I've done that is making set strategies work later.
We're supposed to go live with our product today... just delete functionality in embed-many documents is broken.
The text was updated successfully, but these errors were encountered: