Я немного смущен findAndModifyметодом в MongoDB. В чем преимущество этого updateметода? Мне кажется, что сначала он просто возвращает элемент, а затем обновляет его. Но зачем мне сначала возвращать товар? Я прочитал MongoDB: полное руководство, в котором говорится, что оно удобно для манипулирования очередями и выполнения других операций, требующих атомарности в стиле get-and-set. Но я не понял, как это достигается. Может кто-нибудь объяснить это мне?
Ответы:
Если вы извлекаете элемент, а затем обновляете его, между этими двумя шагами может быть обновление другим потоком. Если вы сначала обновите элемент, а затем получите его, может произойти другое промежуточное обновление, и вы получите другой элемент, отличный от того, что вы обновили.
Выполнение этого «атомарно» означает, что вы гарантированно получите тот же самый элемент, который обновляете, то есть никакая другая операция не может произойти между ними.
findAndModify возвращает документ, обновление - нет.
Если я правильно понял Дуайта Мерримана (одного из первоначальных авторов mongoDB), я использую update для изменения одного документа, т. Е. («Multi»: false} также является атомарным. В настоящее время это также должно быть быстрее, чем использование эквивалентного обновления с использованием findAndModify.
Из документов MongoDB (выделение добавлено):
По умолчанию обе операции изменяют один документ. Однако метод update () с его опцией multi может изменять более одного документа .
Если несколько документов соответствуют критериям обновления, для findAndModify () вы можете указать сортировку, чтобы обеспечить некоторую меру контроля над тем, какой документ обновлять. При поведении метода update () по умолчанию вы не можете указать, какой отдельный документ обновлять при совпадении нескольких документов.
По умолчанию метод findAndModify () возвращает предварительно измененную версию документа . Чтобы получить обновленный документ, используйте новую опцию. Метод update () возвращает объект WriteResult, который содержит статус операции. Чтобы вернуть обновленный документ, используйте метод find (). Однако другие обновления могли изменить документ между вашим обновлением и поиском документа. Кроме того, если обновление изменило только один документ, но совпало несколько документов, вам потребуется использовать дополнительную логику для идентификации обновленного документа.
До MongoDB 3.2 вы не можете указать функцию записи для findAndModify (), чтобы переопределить проблему записи по умолчанию, тогда как вы можете указать функцию записи для метода update () начиная с MongoDB 2.6.
При изменении одного документа оба метода findAndModify () и update () автоматически обновляют документ.
findAndModify()по умолчанию изменяют только один документ и update()могут обновлять один или несколько документов, когда я использую arrayFilters, findAndModify()обновляет все совпадения. Может быть, это ошибка?
Одним полезным классом вариантов использования являются счетчики и аналогичные случаи. Например, взгляните на этот код (один из тестов MongoDB): find_and_modify4.js .
Таким образом, findAndModifyвы увеличиваете счетчик и получаете его увеличенное значение за один шаг. Сравните: если вы (A) выполняете эту операцию в два этапа, а кто-то другой (B) выполняет ту же операцию между вашими шагами, то A и B могут получить одно и то же значение последнего счетчика вместо двух разных (только один пример возможных проблем).
Мы использовали findAndModify () для операций Counter (inc или dec) и других случаев мутации отдельных полей. Перенеся наше приложение из Couchbase в MongoDB, я нашел этот API для замены кода, который выполняет GetAndlock (), локального изменения содержимого, замены () для сохранения и получения снова () для получения обновленного документа. С mongoDB я просто использовал этот единственный API, который возвращает обновленный документ.
findAndModifyгарантировать, что никакая другая операция обновления не мешает ему?