投訴
已解決 大量的 count action=sql 統(tǒng)計(jì)標(biāo)簽，怎么才能優(yōu)化速度
6 0
如果一個(gè)頁面中大量的 count action=sql 統(tǒng)計(jì)標(biāo)簽，怎么才能優(yōu)化速度，都加了cache值，但單個(gè)頁面運(yùn)行時(shí)間 依舊5-6秒
大量的count，數(shù)據(jù)少不影響，數(shù)據(jù)上萬意思就明顯慢了，這是必然的，根本沒必要去大量count，就算需要的話，可以做寫程序來計(jì)算，大概思路，做一個(gè)定時(shí)任務(wù)，每天或幾天生成一次count數(shù)據(jù)，模板里面再去調(diào)用這個(gè)值。
開源是一種精神，但不是義務(wù)，幫忙是情分，不幫也不要抱怨，建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問題！
好思路，不會(huì)寫，愿付費(fèi)求碼 ?? ，數(shù)據(jù)有10萬，根據(jù)各種條件進(jìn)行查詢統(tǒng)計(jì)的，一個(gè)頁面執(zhí)行個(gè)10s, 太受不了了
的確是，大數(shù)據(jù)網(wǎng)站要避免大量count，嚴(yán)重影響效率了，做成死數(shù)據(jù)或者用樓上的思路最佳
能發(fā)做個(gè)示例， 是把這些統(tǒng)計(jì)值都生成 到某些定義的常量值嗎? 然后調(diào)用這些數(shù)據(jù)
回復(fù)@小波工作室--標(biāo)簽和API大師
回復(fù)@迅?？蚣苈?lián)合創(chuàng)始人
寫不出來示例呀，這也不是一兩句代碼能夠解決的問題。要寫個(gè)插件，寫一個(gè)定時(shí)任務(wù)。然后定時(shí)統(tǒng)計(jì)和存儲(chǔ)。才在模板里面調(diào)用函數(shù)來讀取數(shù)據(jù)。就不會(huì)進(jìn)行頻繁的查詢。
怎么收費(fèi)，需要
回復(fù)@小波工作室--標(biāo)簽和API大師