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

mongodb表概念？

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

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

mongodb是非關系型數據庫，根本不支持sql語句，它負責執行的是帶有json對象的語句，但各個編碼語音不一樣的驅動利用的也都一樣，這個可以求實際看看具體看例子。

如何使用MongoDb實現分布式Id？

悠久的傳統數據庫軟件開發中，主鍵自動生成技術各大數據庫相對于該需求也可以提供了相對應的支持，.例如MySQL的自增。

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

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

比較多方案方案除開

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

它的格式：

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

接下來的事情的3字節是處主機的任何標識符。大多數是機器主機名的散列值。那樣的話就可以切實保障不同主機生成有所不同的ObjectId，不出現。是為確保在同一臺機器上并發的多個進程產生的ObjectId是唯一的，接下來的兩字節無論是出現ObjectId的進程標識符（PID）。

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

機器ID是服務器主機標識，正常情況是機器主機名的散列值。

同一臺機器上可以不運行多個mongod實例，但也需要加入進程標識符PID。

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

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

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

主要參考：