我想問你關于 API 中的串列和分頁的問題
我想在主螢屏中建立一個長串列，這意味著這個請求將有很多流量，因為它是主螢屏，我想以一種很好的方式來構建它來處理流量
在我搜索了我將如何實施它的方式之后
我可以在分頁中依賴 postgresql 嗎？或者我需要使用像 solr 這樣的搜索引擎
如果我依賴于資料庫并且用戶開始訪問應用程式，那么這個請求會提交很多關于資料庫的查詢，這會殺死資料庫嗎？
此外，我正在使用 Redis 快取一些資料，這將處理一些流量，但主螢屏的問題是回應太大，我無法在 Redis 的一個鍵中快取所有這些回應
誰能向我解釋什么是實作這個分頁請求的最佳方式..我唯一想要的是分頁我不想實作全文搜索，而是處理我讀到的流量不影響資料庫或殺死它
非常感謝 :D
uj5u.com熱心網友回復：
您可以使用我們在 PostgreSQL 中知道的分頁技術無縫地完成此操作。PostgreSQL 有足夠的功能和能力來做到這一點。（限制，偏移，獲取）
但是讓我給你一個建議。
有幾種型別的分頁。
第一種是必須提前知道頁數。該技術已過時，不推薦使用。因為這時候你需要知道表中的記錄數。但是計算記錄數是一個非常緩慢的程序，主要是在大表中。
第二種是事先不知道頁數。下一頁的資訊僅在必要時才部分引入。就像谷歌、LinkedIn 和其他大公司一樣使用它。在這種情況下，沒有必要計算任何表的計數。
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/511354.html
上一篇：非常具體的選擇（或不選擇）