我已經從數據庫和分頁它基於一個過濾通過HttpPost
由客戶端發送的主要檢索數據。爲了讓自己儘可能明確,我舉一個例子:向客戶發送整個列表或只是一個頁面?
- 用戶(客戶端)打開客戶搜索頁面;
- 服務器接收初始請求,並查詢的所有客戶列表,過濾第20,只返回與這20行的列表,頁面索引和總行數回客戶端;
- 客戶端收到20行,頁面索引和行數。
HTML
以這樣的方式渲染,即將會有一個包含分頁的頁腳的表格,相應於行數; - 一旦用戶點擊頁腳上另一個頁面的鏈接,服務器會收到新的請求並執行與以前相同的查詢,但現在跳過的前20個結果。
到目前爲止,性能還是令人滿意的,當時唯一的瓶頸就是從頁面瀏覽中等待很長時間。
但現在它成爲一個問題,因爲我想實現一個插入更新的搜索。用戶鍵入一個字符,結果將被過濾以匹配該文本框中包含的任何內容。
我該怎麼辦?我應該將整個系列發送給客戶嗎?
我是否在之前通過分頁將數據傳輸到客戶端來實現最佳理論性能?