文章詳情頁
mysql - 循環(huán)中逐個查詢數(shù)據(jù)庫和聯(lián)表一次性查詢數(shù)據(jù)庫分別適用于哪種場景?
瀏覽:140日期:2022-06-20 16:31:04
問題描述
一般來說循環(huán)中逐條查詢的效率是比較低的,每次都產(chǎn)生連接以及并發(fā)的開銷。是否有些場景是適合在循環(huán)中逐個去查詢,而不適合一次性查表的場景呢?
問題解答
回答1:不要在循環(huán)中去查詢, 看不到任何在適合在循環(huán)中查詢的理由!如果你是一個離線任務, 不用像web請求那樣即時返回, 并且數(shù)據(jù)量也比較大, 那合理的做法也是你對查詢做一定的切割, 每次獲取幾十到幾百的數(shù)據(jù)(過多的數(shù)據(jù)也會導致傳輸緩慢)最后, 即使迫不得已真的要在循環(huán)中去查詢了, 你也應該使用同一個連接, 而不是每次都重新建立連接!
回答2:有,例如:
SELECT * FROM tableWHERE ...ORDER BY ..LIMIT 10
這種時候如果WHERE條件有若干個(例如id=1,id=2),就只能分開查了。雖然GROUP BY也可以,但GROUP BY在數(shù)據(jù)量大的時候性能可能比較低,一次GROUP BY查詢的時長可能比分開多次查詢的時間還要長。
相關(guān)文章:
1. javascript - angularjs 怎樣移除指令監(jiān)聽?2. gulp-ruby-sass編譯出來的文件有錯3. javascript - uc、qq、搜狗 以上三個手機瀏覽器判斷移動端的js代碼不執(zhí)行4. PHP數(shù)組拼接5. ID主鍵不是自增的嗎 為什么還要加null6. php 如何獲取第一個參數(shù)?7. windows7 ping不通虛擬機VMware上的linux(ubuntu)的ip8. html5 - 自己的H5頁面如何集成支付寶支付9. phpstudy 發(fā)現(xiàn)多個后門木馬,有人遇到過嗎?10. error_log 指定不能生存錯誤日志的地址
排行榜

熱門標簽