sql >> Databasteknik >  >> NoSQL >> MongoDB

Motsvarighet till meteoruppsving

UPPDATERING:@Thomas4019 påpekar att upsert stöds nu:

v0.6.6

"Lägg till stöd för upsert. Collection.update stöder nu alternativet {upsert:true}. Lägg dessutom till en Collection.upsert-metod som returnerar det nyligen infogade objekt-id om tillämpligt."

Källa:History.md

Användningsdokumentation:http://docs.meteor.com/#upsert

-- ursprungligt svar följer --

Det finns ett kort på Trello Meteor Roadmap som du kan rösta på för att indikera dess betydelse för dig:https:// trello.com/c/C91INHmj

Den finns för närvarande i listan "Senare", vilket betyder att det kommer att dröja innan den implementeras om den inte får många röster.

En annan viktig sak att notera är att eftersom meteor är öppen källkod kan du implementera de nödvändiga ändringarna själv och skicka tillbaka.

Det finns flera lösningar men vilken som är mest lämplig för ditt användningsfall är omöjligt att säga utan mer kunskap om din design.

  1. Använd koden som den är, lägg till ett unikt index i samlingen och hantera dubblettnyckelfelet om/när det uppstår

  2. Ändra design för att implementera explicit optimistisk samtidighet.

Kärnan i båda dessa lösningar är densamma, hantera felfallet graciöst. #1 är lättare att implementera. #2 möjliggör större flexibilitet i hur den optimistiska samtidigheten hanteras.



  1. Användning av ServiceStack.Redis.Sentinel

  2. Ställ in MongoDB-databaskvot (SIZE)

  3. Hur implementerar man mjuk (logisk) borttagning med MongoDB och Spring?

  4. Hur man ställer in featureCompatibilityVersion i MongoDB