php對mysql提取數(shù)據(jù)那種速度更快
問題描述
1、單條數(shù)據(jù),即只有一行數(shù)據(jù),然后這行數(shù)據(jù)里面的字段article里面有40萬個單詞,以逗號(,)分割
2、有40萬條數(shù)據(jù),即40萬行,每行的字段article中有一個單詞
如果方案1的速度快,要怎么分別循環(huán)提取出來,然后進(jìn)行組合(以逗號分割),循環(huán)組合成40萬條,<a href='http://www.leifengta.com.cn/wenda/分割后的單獨一個單詞'>分割后的單獨一個單詞</a>
問題解答
回答1:我認(rèn)為應(yīng)該是方案2的速度快。
先取1000條數(shù)據(jù):
SELECT `article` FROM `table` ORDER BY id DESC LIMIT 0,1000
對1000條數(shù)據(jù)逐個處理:
foreach ($list as $key => $value) {$link = ’<a href='http://www.leifengta.com.cn/wenda/’.$value[’article’].’'>’.$value[’article’].’</a>’; ....}
再處理下面1000條
回答2:光查詢的話,前者肯定要快,但是一個字段存40W個單詞(一個單詞按7個字母算--含逗號),就是將近300W個字母,大概有3M的數(shù)據(jù)。但是查詢出來,對這么長的字段進(jìn)行切割,感覺不太靠譜。
回答3:如果是簡單的在頁面上列出40w個單詞這種業(yè)務(wù),我覺得還是第一種方法快
理由:一、查詢方法1.掃描一行就能獲取到記錄,方法2那就需要掃描很多行了,花費(fèi)的時間就不言而喻了(表越大越明顯)。這個過程方法1比方法2優(yōu)越太多了二、輸出方法1需要獨立分割,這對php來說根本不叫事。然后都需要緩存輸出。
總的來說,方法1的開銷比方法2的開銷少。
相關(guān)文章:
1. docker 下面創(chuàng)建的IMAGE 他們的 ID 一樣?這個是怎么回事????2. 運(yùn)行python程序時出現(xiàn)“應(yīng)用程序發(fā)生異常”的內(nèi)存錯誤?3. node.js - mongodb查找子對象的名稱為某個值的對象的方法4. html5 - datatables 加載不出來數(shù)據(jù)。5. javascript - QQ第三方登錄的問題6. 前端 - @media query 使用出現(xiàn)的問題?7. javascript - 在 model里定義的 引用表模型時,model為undefined。8. 利用IPMI遠(yuǎn)程安裝centos報錯!9. 測試自動化html元素選擇器元素ID或DataAttribute [關(guān)閉]10. html5和Flash對抗是什么情況?

網(wǎng)公網(wǎng)安備