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