成人无码视频,亚洲精品久久久久av无码,午夜精品久久久久久毛片,亚洲 中文字幕 日韩 无码

資訊專欄INFORMATION COLUMN

有坑勿踩(三)——關于數據更新

mengera88 / 899人閱讀

摘要:前言數據更新,中的,對任何數據庫而言都是最基本的操作。你并不能保證數據在被你讀出來到寫回去期間是否有別人已經改了數據庫中的記錄,這就是第一個風險,操作存在潛在的可能性會覆蓋掉別人更新過的數據。

前言

數據更新,CRUD中的U,對任何數據庫而言都是最基本的操作??此坪唵蔚母虏僮髦袝刂男┛樱拷裉炝囊涣倪@個話題。

在寫這個系列文章時,我會假設讀者已經對MongoDB有了最基礎的了解,因此一些基本名詞和概念就不做過多的解釋,請自己查閱相關資料。

數據更新方式

以shell為例,MongoDB的數據更新可以使用以下幾種方式:

db..update()

db..updateMany()

db..updateOne()

db..save()

db..findAndModify()

前三種是由于歷史原因產生的,實際上:

updateMany = update + {multi: true}

updateOne = update 或 update + {multi: false}

因為update本身的意義不夠清楚,所以3.0以后才出現了updateManyupdateOne兩個替代方法。這個方法沒多少要說的,唯一要注意的就是,如果用update方法的話,不要忘記操作符($set, $inc等等),不然……
updateManyupdateOne則沒有這個問題,缺了操作符會直接報錯。

更新操作對比 update三兄弟和findAndModify

很多人的疑問可能都在這里,它們到底有什么區(qū)別,傻傻分不清楚。
首先參數不一樣:

findAndModify

update

請閱讀文檔不多贅述。
其次功能不一樣,
update只是更新操作,而findAndModify可以在找到結果后選擇執(zhí)行更新還是刪除操作。說白了功能上findAndModify=updateOne+removeOne。注意它只能對單個文檔進行操作。
無論更新還是刪除,(『找到』『更新』)或(『找到』『刪除』)都是原子性的,這點findAndModifyupdateOne/removeOne沒有任何區(qū)別。區(qū)別只在于findAndModify在完成動作之后還可以選擇把更新/刪除之前或之后的文檔返回給你。如果沒有這個操作,那就必須先findupdate或者先updatefind,無論怎么做,都不能保證中間不被其他操作捷足先登。因此findAndModify在某些場景下是必要的,比如使用$inc生成遞增序列(注意生成遞增序列做ID不是個好想法,我在這個問題中做過解釋)
因為findAndModify只針對單個文檔,那么如果條件能找到多個文檔怎么辦?sort就用在這種場景下。

update和save

save實際上是一種特殊的update,即不帶操作符的update。通俗地說叫『替換』。替換,代表你已經有這個文檔完整的樣子,即代表你已經把整個文檔從數據庫中讀出來,在內存中進行了修改,然后完整替換回去。你并不能保證數據在被你讀出來到寫回去期間是否有別人已經改了數據庫中的記錄,這就是第一個風險,save操作存在潛在的可能性會覆蓋掉別人更新過的數據。例如:

db.celebrity.findOne()
{
    _id: "孫悟空",
    title: "石猴"
    age: 500
}

你執(zhí)行了:

var obj = db.celebrity.findOne({_id: "孫悟空"});
obj.title = "弼馬溫";
// 其他操作
db.celebrity.save(obj);

在『其他操作』的地方有人把孫悟空的title更新成了『齊天大圣』,很顯然在你save的時候你會把它改回『弼馬溫』。

除了上述問題,save還帶來一個額外的副作用,因為整個文檔都保存進去了,意味著整個文檔都會進入oplog,這會顯著增加oplog的使用速度。因此過度使用save常常還會造成oplog不夠用,需要很大的oplog才能足夠保存24小時的信息。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規(guī)行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://m.hztianpu.com/yun/19495.html

相關文章

  • 有坑勿踩(一):MongoDB PSS vs PSA

    摘要:注意記住的作用始終是把集群中具有投票權的節(jié)點總數湊成奇數用,防止腦裂。其代表的意義是集群中必須有大多數節(jié)點收到并確認了一個寫操作,這個寫操作才算成功。無論源或者目標片中不能夠滿足大多數時,遷移都會失敗。在有可能的情況下,應盡量使用代替。 前言 在技術社區(qū)混了這么長時間,因為一些常見的技術問題反復被問到,總是想寫寫文章把它們講清楚。無奈很多時候看似基礎的技術問題背后都隱藏著很深的原因,想...

    Freelander 評論0 收藏0
  • 有坑勿踩(二)——關于游標

    摘要:本質上所有查詢的數據都是從游標來的。的作用是從游標中提取一批數據,具體提取多少則是由決定。同時注意我們已經有了一個游標。為了便于理解,我們下面還是稱之為游標超時。 前言 聊一聊一個最基本的問題,游標的使用??赡苣銖膩頉]有注意過它,但其實它在MongoDB的使用中是普遍存在的,也存在一些常見的坑需要引起我們的注意。 在寫這個系列文章時,我會假設讀者已經對MongoDB有了最基礎的了解,因...

    bawn 評論0 收藏0
  • 小心,querySelector前方10米有坑

    摘要:但是,用獲取到的集合卻不是的。于是小伙們做起了實驗,大致發(fā)現,如果對節(jié)點進行刪除,那么是如果新增節(jié)點則不是。如果有新發(fā)現歡迎評論留言另一個值得注意的是關于和。從的文檔上籠統來說,所有集合都可以叫做,不過需要注意如下 在寫一個小組建的時候用到了document.querySelector,被小伙伴提醒說這個可能有坑,是啥呢?先來一篇MDN的文檔解解饞:戳我戳我戳我>>>>>>>NodeL...

    int64 評論0 收藏0
  • 記錄不存在則插入,存在則更新 → MySQL 的實現方式有哪些?

    摘要:需求背景環(huán)境版本開發(fā)規(guī)范公司后端開發(fā)規(guī)范有這么一點更新數據庫表中數據的時候,不允許先刪,然后批量插入需要將入參與表中數據比判斷,找出哪些是新插入,哪些需要更新,哪些是刪除的,然后再做對應的數據操作需求我們有表如下當商 ...

    pingan8787 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<