Tôi hơi bối rối bởi findAndModifyphương thức trong MongoDB. Lợi thế của nó so với updatephương pháp là gì? Đối với tôi, có vẻ như nó chỉ trả về mục đầu tiên và sau đó cập nhật nó. Nhưng tại sao tôi cần phải trả lại hàng đầu tiên? Tôi đã đọc MongoDB: hướng dẫn dứt khoát và nó nói rằng nó rất tiện cho việc thao tác các hàng đợi và thực hiện các hoạt động khác cần nguyên tử kiểu get-and-set. Nhưng tôi không hiểu làm thế nào nó đạt được điều này. Ai đó có thể giải thích điều này cho tôi?
Câu trả lời:
Nếu bạn tìm nạp một mục và sau đó cập nhật nó, có thể có một bản cập nhật bởi một luồng khác giữa hai bước đó. Nếu bạn cập nhật một mục trước và sau đó tìm nạp nó, có thể có một bản cập nhật khác ở giữa và bạn sẽ nhận lại một mục khác so với những gì bạn đã cập nhật.
Thực hiện "nguyên tử" có nghĩa là bạn được đảm bảo rằng bạn sẽ nhận lại chính xác cùng một mục bạn đang cập nhật - tức là không có hoạt động nào khác có thể xảy ra ở giữa.
findAndModify trả lại tài liệu, cập nhật không.
Nếu tôi hiểu Dwight Merriman (một trong những tác giả ban đầu của mongoDB), sử dụng cập nhật để sửa đổi một tài liệu duy nhất, nghĩa là ("multi": false} cũng là nguyên tử. Hiện tại, nó cũng phải nhanh hơn so với thực hiện cập nhật tương đương findAndModify.
Từ các tài liệu MongoDB (nhấn mạnh thêm):
Theo mặc định, cả hai hoạt động sửa đổi một tài liệu duy nhất. Tuy nhiên, phương thức update () với tùy chọn đa có thể sửa đổi nhiều tài liệu .
Nếu nhiều tài liệu khớp với tiêu chí cập nhật, đối với findAndModify (), bạn có thể chỉ định một loại để cung cấp một số biện pháp kiểm soát đối với tài liệu nào sẽ cập nhật. Với hành vi mặc định của phương thức update (), bạn không thể chỉ định tài liệu đơn nào sẽ cập nhật khi nhiều tài liệu khớp.
Theo mặc định, phương thức findAndModify () trả về phiên bản đã sửa đổi trước của tài liệu . Để có được tài liệu cập nhật, sử dụng tùy chọn mới. Phương thức update () trả về một đối tượng WriteResult có chứa trạng thái của hoạt động. Để trả về tài liệu đã cập nhật, sử dụng phương thức find (). Tuy nhiên, các cập nhật khác có thể đã sửa đổi tài liệu giữa cập nhật của bạn và truy xuất tài liệu. Ngoài ra, nếu bản cập nhật chỉ sửa đổi một tài liệu duy nhất nhưng nhiều tài liệu phù hợp, bạn sẽ cần sử dụng logic bổ sung để xác định tài liệu được cập nhật.
Trước MongoDB 3.2, bạn không thể chỉ định mối quan tâm ghi vào findAndModify () để ghi đè mối quan tâm ghi mặc định trong khi bạn có thể chỉ định mối quan tâm ghi cho phương thức update () kể từ MongoDB 2.6.
Khi sửa đổi một tài liệu, cả phương thức findAndModify () và update () đều cập nhật nguyên bản tài liệu.
findAndModify()theo mặc định chỉ sửa đổi một tài liệu và update()có thể cập nhật một hoặc nhiều tài liệu, khi tôi sử dụng arrayFilters, findAndModify()cập nhật tất cả các kết quả khớp. Có lẽ đó là một lỗi ??
Một lớp hữu ích của các trường hợp sử dụng là quầy và các trường hợp tương tự. Ví dụ: hãy xem mã này (một trong những bài kiểm tra MongoDB): find_and_modify4.js .
Do đó, với findAndModifybạn tăng bộ đếm và nhận giá trị tăng của nó trong một bước. So sánh: nếu bạn (A) thực hiện thao tác này theo hai bước và ai đó (B) thực hiện cùng một thao tác giữa các bước của bạn thì A và B có thể nhận được cùng một giá trị bộ đếm thay vì hai khác nhau (chỉ là một ví dụ về các vấn đề có thể xảy ra).
Chúng tôi đã sử dụng findAndModify () cho các hoạt động của Counter (inc hoặc dec) và các trường hợp đột biến trường đơn khác. Di chuyển ứng dụng của chúng tôi từ Couchbase sang MongoDB, tôi đã tìm thấy API này để thay thế mã GetAndlock (), sửa đổi nội dung cục bộ, thay thế () để lưu và Get () một lần nữa để lấy lại tài liệu đã cập nhật. Với mongoDB, tôi chỉ sử dụng API đơn này để trả về tài liệu đã cập nhật.
findAndModifyđảm bảo rằng không có hoạt động cập nhật nào khác can thiệp vào nó?