mongodb表概念？mongodb表是再朝文檔的NoSQL數(shù)據(jù)庫，作用于大量數(shù)據(jù)存儲。MongoDB是一個在2000年代中期研究成功的數(shù)據(jù)庫。都屬于NoSQL數(shù)據(jù)庫的類別。mongodb中怎么類似于

mongodb表概念？

mongodb表是再朝文檔的NoSQL數(shù)據(jù)庫，作用于大量數(shù)據(jù)存儲。MongoDB是一個在2000年代中期研究成功的數(shù)據(jù)庫。都屬于NoSQL數(shù)據(jù)庫的類別。

mongodb中怎么類似于jdbc一樣，執(zhí)行自己寫得sql語句？

mongodb是非關(guān)系型數(shù)據(jù)庫，根本不支持sql語句，它負(fù)責(zé)執(zhí)行的是帶有json對象的語句，但各個編碼語音不一樣的驅(qū)動利用的也都一樣，這個可以求實際看看具體看例子。

如何使用MongoDb實現(xiàn)分布式Id？

悠久的傳統(tǒng)數(shù)據(jù)庫軟件開發(fā)中，主鍵自動生成技術(shù)各大數(shù)據(jù)庫相對于該需求也可以提供了相對應(yīng)的支持，.例如MySQL的自增。

分布式ID特性和：唯一性：切實保障生成氣體的ID是全網(wǎng)同樣的；高可用性：必須保證任何時候都能對的的生成ID。

github上對分布式ID這個特性的描述是：分布式任何和時間序列。

比較多方案方案除開

使用reids的incr命令建議使用UUIDTwitter的snowflake算法憑借zookeeper能生成唯一IDMongoDB的ObjectIdMongoDB的ObjectId啊,設(shè)計成輕量型的，不同的機器都能用全局僅有

它的格式：

前4個字節(jié)是從標(biāo)準(zhǔn)紀(jì)元又開始的時間戳，單位為秒。時間戳，與緊接著的5個字節(jié)組合出聲，能提供了秒級別的唯一性。導(dǎo)致時間戳在前，這意味著ObjectId確切會遵循直接插入的順序排列。這是對某些方面很用處不大，如將其另外索引提高效率。這4個字節(jié)也含著了文檔創(chuàng)建家族的時間。絕大多數(shù)客戶端類庫都會不公開一個方法從ObjectId聲望兌換這個信息。

接下來的事情的3字節(jié)是處主機的任何標(biāo)識符。大多數(shù)是機器主機名的散列值。那樣的話就可以切實保障不同主機生成有所不同的ObjectId，不出現(xiàn)。是為確保在同一臺機器上并發(fā)的多個進(jìn)程產(chǎn)生的ObjectId是唯一的，接下來的兩字節(jié)無論是出現(xiàn)ObjectId的進(jìn)程標(biāo)識符（PID）。

前9字節(jié)保證了同一秒鐘相同機器不同進(jìn)程再產(chǎn)生的ObjectId是任何的。后3字節(jié)就是一個不自動減少的計數(shù)器，確保全同一進(jìn)程一秒中產(chǎn)生的ObjectId也都不一樣的。同一秒鐘最多不能每個進(jìn)程手中掌握2563（16777216）個相同的ObjectId。

機器ID是服務(wù)器主機標(biāo)識，正常情況是機器主機名的散列值。

同一臺機器上可以不運行多個mongod實例，但也需要加入進(jìn)程標(biāo)識符PID。

前9個字節(jié)能保證了同一秒鐘有所不同機器不同進(jìn)程產(chǎn)生的ObjectId的唯一性。后三個字節(jié)是一個自動減少的計數(shù)器（一個mongod進(jìn)程要一個全局的計數(shù)器），能保證同一秒的ObjectId是僅有的。同一秒鐘不超過不允許每個進(jìn)程具備（256^316777216）個差別的ObjectId。

總結(jié)幫一下忙：時間戳絕對的保證秒級唯一，機器ID可以保證設(shè)計時考慮分布式，避免同步時鐘，PID能保證同一臺服務(wù)器運行多個mongod實例時的唯一性，最后的計數(shù)器保證同一秒內(nèi)的唯一性（選用幾個字節(jié)重點在于確定存儲的經(jīng)濟性，也要確定并發(fā)性能的上限）。

_id既可以不在服務(wù)器端化合也這個可以在客戶端能生成，在客戶端化合這個可以降底服務(wù)器端的壓力。

主要參考：