在github看到一個(gè)購(gòu)物項(xiàng)目,所有用戶訂單創(chuàng)建了一個(gè)schema1來存所有用戶訂單,用戶個(gè)人信息創(chuàng)建了schema2,schema2除了基本信息下面還有一個(gè)個(gè)人order:[ ]存儲(chǔ)個(gè)人訂單.有一個(gè)疑問,既然schema1存了所有用戶訂單,用戶查自己訂單直接在schema1查是不是也可以,如果數(shù)據(jù)量大,在訂單個(gè)人userID創(chuàng)建索引,這樣用戶查自己訂單也應(yīng)該很快,這樣是不是沒必要建oredr:[ ].另外根據(jù)訂單號(hào)查詢時(shí),mongodb在創(chuàng)建數(shù)據(jù)時(shí)生成唯一的_id,可不可以用此_id做一些處理作為訂單號(hào).
1 回答
郎朗坤
TA貢獻(xiàn)1921條經(jīng)驗(yàn) 獲得超9個(gè)贊
也許這個(gè)項(xiàng)目有所謂的
歷史遺留問題， 先有schema2.order。 再有schema1。也是是技術(shù)老大想試試
mongo的Arrey子集合分頁查詢好不好用。空間換時(shí)間。 數(shù)據(jù)庫(kù)輕輕松松破TB。
以上純屬妄言。。
另 : _id直接用做訂單id也可以啊， 本身mongo的_id生成算法是分布式的一種id生成算法。時(shí)間戳+機(jī)器碼+進(jìn)程Id+隨機(jī)數(shù)
- 1 回答
- 0 關(guān)注
- 1536 瀏覽
添加回答
舉報(bào)
0/150
提交
取消