findAndModifyMongoDB'deki yöntemle biraz kafam karıştı . updateYönteme göre avantajı nedir ? Benim için, önce öğeyi döndürüyor ve sonra güncelliyor gibi görünüyor. Ama neden önce öğeyi iade etmeliyim? MongoDB'yi okudum : kesin kılavuz ve kuyrukları manipüle etmek ve get-set tarzı atomisite gerektiren diğer işlemleri gerçekleştirmek için kullanışlı olduğunu söylüyor. Ama bunu nasıl başardığını anlamadım. Birisi bana bunu açıklayabilir mi?
Yanıtlar:
Bir öğeyi getirir ve daha sonra güncellerseniz, bu iki adım arasında başka bir iş parçacığı tarafından güncelleme olabilir. Önce bir öğeyi güncelleyip sonra getirirseniz, aralarında başka bir güncelleme olabilir ve güncellediğinizden farklı bir öğe alırsınız.
"Atomik olarak" yapılması, güncellemekte olduğunuz öğenin aynısını geri aldığınızın garantili olduğu anlamına gelir - yani aralarında başka bir işlem olamaz.
findAndModify belgeyi döndürür, güncelleme yapmaz.
Dwight Merriman'ı (mongoDB'nin orijinal yazarlarından biri) doğru anladıysam, tek bir belgeyi değiştirmek için güncellemeyi kullanmak yani ("multi": false} da atomiktir. Şu anda, eşdeğer güncellemeyi yapmaktan daha hızlı olmalıdır findAndModify.
Gönderen MongoDB docs (vurgu eklenmiştir):
Varsayılan olarak, her iki işlem de tek bir belgeyi değiştirir. Ancak, çoklu seçeneği ile update () yöntemi birden fazla belgeyi değiştirebilir .
Birden çok belge güncelleme ölçütleriyle eşleşiyorsa, findAndModify () için, hangi belgenin güncelleneceğini kontrol etmek için bir ölçü belirtebilirsiniz . Update () yönteminin varsayılan davranışı ile, birden çok belge eşleştiğinde hangi tek belgenin güncelleneceğini belirleyemezsiniz.
Varsayılan olarak, findAndModify () yöntemi , belgenin önceden değiştirilmiş sürümünü döndürür . Güncellenmiş belgeyi edinmek için yeni seçeneği kullanın. Update () yöntemi, işlemin durumunu içeren bir WriteResult nesnesi döndürür. Güncellenen belgeyi döndürmek için find () yöntemini kullanın. Ancak, diğer güncellemeler dokümanı, güncellemeniz ve doküman alımı arasında değiştirmiş olabilir. Ayrıca, güncelleme yalnızca tek bir belgeyi değiştirdi, ancak birden fazla belge eşleştiğinde, güncellenen belgeyi tanımlamak için ek mantık kullanmanız gerekir.
MongoDB 3.2'den önce, varsayılan yazma endişesini geçersiz kılmak için findAndModify () öğesine bir yazma sorunu belirtemezken MongoDB 2.6'dan bu yana update () yöntemine bir yazma sorunu belirleyebilirsiniz.
Tek bir belgeyi değiştirirken, hem findAndModify () hem de update () yöntemi belgeyi atomik olarak günceller.
findAndModify()varsayılan tuşelere tek doc tarafından update()teneke güncellemeler bir veya daha fazla doktor, bir kullanmak arrayFilters, findAndModify()tüm eşleşmeleri günceller. Belki de bir hatadır?
Kullanışlı bir kullanım sınıfı sınıfı, sayaçlar ve benzer durumlardır. Örneğin, şu koda bir göz atın (MongoDB testlerinden biri): find_and_modify4.js .
Böylece, findAndModifysayacı arttırır ve artan değerini bir adımda alırsınız. Karşılaştırma: Bu işlemi iki adımda gerçekleştirirseniz ve başka biri (B) adımlarınız arasında aynı işlemi yaparsa, A ve B iki farklı yerine aynı son sayaç değerini alabilir (olası sorunların yalnızca bir örneği).
Sayaç işlemleri (inc veya dec) ve diğer tek alanlı mutasyon durumları için findAndModify () kullandık. Uygulamamızı Couchbase'den MongoDB'ye geçirerek, GetAndlock () yapan kodu değiştirmek, içeriği yerel olarak değiştirmek, kaydetmek için () değiştirmek ve güncellenen belgeyi geri almak için tekrar () değiştirmek için bu API'yı buldum. MongoDB ile, güncellenmiş belgeyi döndüren bu tek API'yı kullandım.
findAndModifymüdahale eden başka bir güncelleme işlemi bulunmadığını nasıl garanti ederim?