求問(wèn)各位大佬，我前端在請(qǐng)求后端半年、1年左右的日志數(shù)據(jù)。一般來(lái)說(shuō)1年數(shù)據(jù)頂多幾萬(wàn)條.后端的要求是，直接丟給我原始數(shù)據(jù)，不進(jìn)行排序等處理，讓前端自行處理。數(shù)據(jù)不能一次性請(qǐng)求，要每個(gè)月每個(gè)月地發(fā)送請(qǐng)求，每次請(qǐng)求后再將拿到的數(shù)據(jù)處理后加入之前已經(jīng)獲取的數(shù)據(jù)中。后端給我的解釋是降低后端服務(wù)器性能消耗，讓前端來(lái)處理可以充分利用bs架構(gòu)的優(yōu)勢(shì)。（原話）我的設(shè)想是后端直接在數(shù)據(jù)庫(kù)拿到數(shù)據(jù)后進(jìn)行初步處理之前一直是直接傳入起止日期一次性獲得數(shù)據(jù),現(xiàn)在要求我連續(xù)發(fā)送請(qǐng)求,我提問(wèn)既然需要這么做能不能后端自己先循環(huán)獲得每月數(shù)據(jù)后再一次性返回,前端做一個(gè)loading被以上原話給駁回了.我想問(wèn)問(wèn)，這種要求是否合理？服務(wù)器性能是否無(wú)法承受這種體量的數(shù)據(jù)?各位大佬不好意思,怪我沒(méi)說(shuō)全,這個(gè)日志數(shù)據(jù)我們是用來(lái)做可視化的統(tǒng)計(jì)圖表的,所以一次請(qǐng)求拿到所有的數(shù)據(jù)我覺(jué)得是比較好的辦法.平時(shí)做日志列表的需求是做了分頁(yè)的.