目前網(wǎng)站的數(shù)據(jù)庫是MYSQL，里面存儲(chǔ)了很多歌曲信息記錄。我在想如果把歌曲查詢部分做成從MongoDB里查詢，速度是不是會(huì)快一些？以后對(duì)歌曲信息的增刪寫的時(shí)候，同時(shí)要跟MongoDB同步一下，是這樣吧？沒有NOSQL的經(jīng)驗(yàn)，請(qǐng)各位指點(diǎn)下，謝謝。
2 回答
慕的地8271018
TA貢獻(xiàn)1796條經(jīng)驗(yàn) 獲得超4個(gè)贊
首先，你要知道清楚一點(diǎn)，MongoDB 是 NoSQL 的一種具體實(shí)現(xiàn)，不同于 Redis，其存儲(chǔ)的數(shù)據(jù)結(jié)構(gòu)是文檔式的。
其次，查詢速度是很難在產(chǎn)品與產(chǎn)品或引擎與引擎的差異中做武斷地決定，需要根據(jù)實(shí)際使用情況進(jìn)行權(quán)衡，不僅如此，存儲(chǔ)什么信息，如何存儲(chǔ)也是要做些分析的（如果只是練習(xí)實(shí)踐的話過程上可以簡(jiǎn)單點(diǎn)）。
之前也是只學(xué)了 MySQL，因?yàn)榇鎯?chǔ)的某些數(shù)據(jù)的結(jié)構(gòu)的不確定性或復(fù)雜性，要單用 MySQL 來存儲(chǔ)就要使用許多表和設(shè)置外鍵，所以也學(xué)習(xí)了 MongoDB 來解決需求。
我做的是一個(gè)圖書的練習(xí)實(shí)踐，某種角度和歌曲有些相似。比如，圖書的作者可能不止一個(gè)，如果用 MySQL，簡(jiǎn)單的方法則會(huì)使用分隔符來實(shí)現(xiàn)一個(gè)字段內(nèi)存儲(chǔ)多個(gè)作者，后期做查詢會(huì)有一定的問題（判斷條件的復(fù)雜甚至性能），而一首歌曲的演唱者也可能不止一個(gè)。
我的實(shí)踐是 MySQL + MongoDB，當(dāng)然只用 MongoDB 也是可以實(shí)現(xiàn)的，不過認(rèn)為具體需求應(yīng)該對(duì)應(yīng)分析。我的綜合練習(xí)實(shí)踐還在繼續(xù)，可以隨時(shí)交流，以上提供的一種思路。
- 2 回答
- 0 關(guān)注
- 703 瀏覽
添加回答
舉報(bào)
0/150
提交
取消