php對(duì)mysql提取數(shù)據(jù)那種速度更快
問(wèn)題描述
1、單條數(shù)據(jù),即只有一行數(shù)據(jù),然后這行數(shù)據(jù)里面的字段article里面有40萬(wàn)個(gè)單詞,以逗號(hào)(,)分割
2、有40萬(wàn)條數(shù)據(jù),即40萬(wàn)行,每行的字段article中有一個(gè)單詞
如果方案1的速度快,要怎么分別循環(huán)提取出來(lái),然后進(jìn)行組合(以逗號(hào)分割),循環(huán)組合成40萬(wàn)條,<a href='http://www.intensediesel.com/wenda/分割后的單獨(dú)一個(gè)單詞'>分割后的單獨(dú)一個(gè)單詞</a>
問(wèn)題解答
回答1:我認(rèn)為應(yīng)該是方案2的速度快。
先取1000條數(shù)據(jù):
SELECT `article` FROM `table` ORDER BY id DESC LIMIT 0,1000
對(duì)1000條數(shù)據(jù)逐個(gè)處理:
foreach ($list as $key => $value) {$link = ’<a href='http://www.intensediesel.com/wenda/’.$value[’article’].’'>’.$value[’article’].’</a>’; ....}
再處理下面1000條
回答2:光查詢的話,前者肯定要快,但是一個(gè)字段存40W個(gè)單詞(一個(gè)單詞按7個(gè)字母算--含逗號(hào)),就是將近300W個(gè)字母,大概有3M的數(shù)據(jù)。但是查詢出來(lái),對(duì)這么長(zhǎng)的字段進(jìn)行切割,感覺(jué)不太靠譜。
回答3:如果是簡(jiǎn)單的在頁(yè)面上列出40w個(gè)單詞這種業(yè)務(wù),我覺(jué)得還是第一種方法快
理由:一、查詢方法1.掃描一行就能獲取到記錄,方法2那就需要掃描很多行了,花費(fèi)的時(shí)間就不言而喻了(表越大越明顯)。這個(gè)過(guò)程方法1比方法2優(yōu)越太多了二、輸出方法1需要獨(dú)立分割,這對(duì)php來(lái)說(shuō)根本不叫事。然后都需要緩存輸出。
總的來(lái)說(shuō),方法1的開(kāi)銷比方法2的開(kāi)銷少。
相關(guān)文章:
1. Docker for Mac 創(chuàng)建的dnsmasq容器連不上/不工作的問(wèn)題2. docker安裝后出現(xiàn)Cannot connect to the Docker daemon.3. javascript - 請(qǐng)教空白文本節(jié)點(diǎn)的問(wèn)題4. 刷新頁(yè)面出現(xiàn)彈框5. PC 手機(jī)兼容的 編輯器6. javascript - 前端開(kāi)發(fā) 本地靜態(tài)文件頻繁修改,預(yù)覽時(shí)的緩存怎么解決?7. javascript - 怎么看網(wǎng)站用了什么技術(shù)框架?8. ios - 類似微博首頁(yè),一張圖的時(shí)候是如何確定圖大小的?9. javascript - 用js實(shí)現(xiàn)遠(yuǎn)程js調(diào)用時(shí)出現(xiàn)時(shí)間機(jī)制問(wèn)題怎樣解決?10. java報(bào)錯(cuò)Communications link failure 該如何解決?
