項(xiàng)目需要進(jìn)行MongoDb轉(zhuǎn)換，查了一些資料，整理好后以便查閱

ObjectId的選擇

創(chuàng)建MongoDB文檔時(shí)，如果沒有賦值ID，系統(tǒng)會(huì)自動(dòng)幫你創(chuàng)建一個(gè)，通常會(huì)在客戶端由驅(qū)動(dòng)程序完成。得到的ObjectId類似于這種

image

ObjectId使用12字節(jié)的存儲(chǔ)空間，每個(gè)字節(jié)兩位十六進(jìn)制數(shù)字，是一個(gè)24位的字符串。其含義分別代表時(shí)間戳、機(jī)器碼、PID、計(jì)數(shù)器。時(shí)間戳是文檔創(chuàng)建時(shí)的時(shí)間，只是從十進(jìn)制轉(zhuǎn)化成了十六進(jìn)制。機(jī)器碼是生成文檔主機(jī)的ID，為了區(qū)分多主機(jī)而生成的。PID則是區(qū)分同主機(jī)下不同mongoDB進(jìn)程產(chǎn)生的，同樣防止沖突。前面的9個(gè)字節(jié)是保證了一秒內(nèi)不同機(jī)器不同進(jìn)程生成ObjectId不沖突，最后的3個(gè)字節(jié)是一個(gè)自動(dòng)增加的計(jì)數(shù)器，用來確保在同一秒內(nèi)產(chǎn)生的ObjectId也不會(huì)沖突，允許256的3次方等于16777216條記錄的唯一性。

image

顯然系統(tǒng)生成的ObjectID已經(jīng)很嚴(yán)謹(jǐn)了，但是在選擇系統(tǒng)創(chuàng)建還是程序創(chuàng)建id上，經(jīng)過網(wǎng)上查找的一些資料，得到的結(jié)論是盡量采用程序創(chuàng)建的方式，速度、可讀性、可維護(hù)性都要強(qiáng)于系統(tǒng)創(chuàng)建。

雖然ObjectId 設(shè)計(jì)成輕量型的，易于生成，但是畢竟生成的時(shí)候還是產(chǎn)生開銷。在客戶端生成體現(xiàn)了MongoDB 的設(shè)計(jì)理念：能從服務(wù)器端轉(zhuǎn)移到驅(qū)動(dòng)程序來做的事，就盡量轉(zhuǎn)移。這種理念背后的原因是，即便是像MongoDB 這樣的可擴(kuò)展數(shù)據(jù)庫，擴(kuò)展應(yīng)用層也要比擴(kuò)展數(shù)據(jù)庫層容易得多。將事務(wù)交由客戶端來處理，就減輕了數(shù)據(jù)庫擴(kuò)展的負(fù)擔(dān)。

在客戶端生成ObjectId，驅(qū)動(dòng)程序能夠提供更加豐富的API。例如，驅(qū)動(dòng)程序可以有自己的insert 方法，可以返回生成的ObjectId，也可以直接將其插入文檔。如果驅(qū)動(dòng)程序允許服務(wù)器生成ObjectId，那么將需要單獨(dú)的查詢，以確定插入的文檔中的"_id" 值。