分頁(yè)是一種將大型記錄集分解為稱為頁(yè)面的較小部分的技術(shù)。作為開發(fā)人員，您應(yīng)該熟悉實(shí)施分頁(yè)，但是即使對(duì)於經(jīng)驗(yàn)豐富的開發(fā)人員來說，為實(shí)時(shí)數(shù)據(jù)實(shí)施分頁(yè)可能會(huì)變得棘手。在本教程中，我們將討論實(shí)時(shí)數(shù)據(jù)分頁(yè)和基於光標(biāo)的分頁(yè)的實(shí)際用例和解決方案。

鑰匙要點(diǎn)

分頁(yè)是一種用於將大記錄集分為較小的部分（稱為頁(yè)面）的方法。由於頻繁更新，在添加或刪除數(shù)據(jù)時(shí)實(shí)施分頁(yè)可能會(huì)具有挑戰(zhàn)性。

>

>各種社交網(wǎng)站，例如Twitter和Facebook，已成功實(shí)施了實(shí)時(shí)數(shù)據(jù)分頁(yè)。他們使用基於光標(biāo)的分頁(yè)，該分頁(yè)依賴於唯一的標(biāo)識(shí)符（光標(biāo)），而不是分頁(yè)的記錄計(jì)數(shù)。 基於光標(biāo)的分頁(yè)需要至少一個(gè)具有唯一順序值的列，類似於Twitter的MAX_ID參數(shù)或參數(shù)後的Facebook。它還需要一個(gè)計(jì)數(shù)參數(shù)來過濾有限數(shù)量的結(jié)果，以及下一個(gè)和上一個(gè)URL才能瀏覽數(shù)據(jù)。 基於光標(biāo)的分頁(yè)通常比基於偏移的分頁(yè)更有效，更可靠，尤其是用於實(shí)時(shí)數(shù)據(jù)或大型數(shù)據(jù)集。它減少了服務(wù)器上的負(fù)載，並使分頁(yè)過程更快，更高效。
• >
>實(shí)現(xiàn)基於光標(biāo)的分頁(yè)涉及幾個(gè)步驟，包括確定用作光標(biāo)的唯一標(biāo)識(shí)符，修改數(shù)據(jù)庫(kù)查詢以基於此光標(biāo)獲取記錄，並更新應(yīng)用程序的UI以處理流行的數(shù)據(jù)並允許用戶來處理用戶瀏覽頁(yè)面。
• 實(shí)時(shí)數(shù)據(jù)分頁(yè)
中識(shí)別問題 Wikipedia將實(shí)時(shí)數(shù)據(jù)定義為收集後立即提供的信息。提供的信息的及時(shí)性沒有延遲。 在這樣的應(yīng)用程序中，由於頻繁更新，很難提供準(zhǔn)確的分頁(yè)數(shù)據(jù)。讓我們看一下在管理實(shí)時(shí)數(shù)據(jù)時(shí)使用標(biāo)準(zhǔn)分頁(yè)的問題。
• >
• >
假定數(shù)據(jù)是靜態(tài)的，並且不經(jīng)常變化 - 在默認(rèn)分頁(yè)中，檢索到的記錄集被分為許多頁(yè)面。由於數(shù)據(jù)並不經(jīng)常更改，用戶覺得分頁(yè)正常工作，但是在添加新數(shù)據(jù)或刪除現(xiàn)有數(shù)據(jù)時(shí)，分頁(yè)的結(jié)果變得不準(zhǔn)確。

>

>

分頁(yè)僅考慮記錄計(jì)數(shù)，而不是每個(gè)單獨(dú)的記錄 - 記錄使用總記錄計(jì)數(shù)分為頁(yè)面，並正常分頁(yè)。它沒有考慮每個(gè)記錄是否屬於分頁(yè)上的正確頁(yè)面。這可以導(dǎo)致記錄的多餘顯示。

>

考慮到這些要點(diǎn)，很難用來默認(rèn)分頁(yè)技術(shù)來處理實(shí)時(shí)數(shù)據(jù)。讓我們嘗試使用實(shí)際情況來識(shí)別問題。

假設(shè)我們最初有20個(gè)記錄，並且我們使用10個(gè)記錄作為將記錄分解為頁(yè)面的極限。下圖顯示瞭如何將記錄分成頁(yè)面。

>

>現(xiàn)在假設(shè)在我們?cè)诘谝豁?yè)上時(shí)，結(jié)果集由五個(gè)新記錄更新。下圖顯示了當(dāng)前方案。

>現(xiàn)在我們導(dǎo)航到第二頁(yè)。根據(jù)我們的第一張圖像，它應(yīng)從1-10中檢索記錄。但是，將檢索具有數(shù)字15-6的記錄。您可以清楚地看到，第一頁(yè)以及第二頁(yè)都顯示了記錄數(shù)字15-11。

實(shí)時(shí)數(shù)據(jù)分頁(yè)的實(shí)際用例

我們都知道，重新發(fā)明車輪不是開發(fā)人員應(yīng)該做的。我們應(yīng)該研究在考慮建立自己的問題之前解決這些問題的現(xiàn)有網(wǎng)頁(yè)技術(shù)。許多社交網(wǎng)站（例如Twitter和Facebook）在其用戶配置文件中提供了實(shí)時(shí)數(shù)據(jù)。在本節(jié)中，我們將使用一些最受歡迎的網(wǎng)站來研究實(shí)時(shí)數(shù)據(jù)分頁(yè)的實(shí)際用例。

> Twitter API光標(biāo)的分頁(yè)

Twitter用戶配置文件經(jīng)常用新的推文填充，因此Twitter時(shí)間行數(shù)據(jù)檢索機(jī)制應(yīng)該是實(shí)時(shí)數(shù)據(jù)供稿中識(shí)別分頁(yè)技術(shù)的良好開始。讓我們看看它是如何使用Twitter API方法的工作方式的。

以下內(nèi)容包含對(duì)Twitter API搜索推文方法的示例請(qǐng)求。

在上述URL中，我們請(qǐng)求包含“ PHP”一詞的最新推文，並使用計(jì)數(shù)參數(shù)將結(jié)果設(shè)置為10塊。這是偏移分頁(yè)的典型行為，我們根據(jù)記錄計(jì)數(shù)回復(fù)。但是在這裡，我們可以看到兩個(gè)距離ind_id和max_id的其他參數(shù)，這使基於光標(biāo)的分頁(yè)構(gòu)成。讓我們來看看基於光標(biāo)的分頁(yè)如何使用我們的早期示例。

>

>我們將20個(gè)記錄分為2頁(yè)，並假設(shè)我們?cè)诘谝豁?yè)上。 5個(gè)新記錄被添加到列表的頂部。以下圖像預(yù)覽了當(dāng)前方案。

https://api.twitter.com/1.1/search/tweets.json?q=php&since_id=24012619984051000&max_id=250126199840518145&result_type=recent&count=10

現(xiàn)在，讓我們看一下Twitter搜索請(qǐng)求的第一頁(yè)生成的響應(yīng)的一部分。您可以在此處查看完整的響應(yīng)格式。

https://api.twitter.com/1.1/search/tweets.json?q=php&since_id=24012619984051000&max_id=250126199840518145&result_type=recent&count=10

如您所見，

> search_metadata部分提供了有關(guān)結(jié)果的詳細(xì)信息。如果有更多記錄可以分頁(yè)，它將生成Next_Results URL。我們主要使用max_id參數(shù)進(jìn)行分頁(yè)。對(duì)於每個(gè)響應(yīng)，我們將檢索max_id參數(shù)，我們可以使用它來生成下一個(gè)結(jié)果集。我們使用MAX_ID參數(shù)接收比給定ID的更古老的結(jié)果。

>

在我們的示例中，在顯示記錄20-11時(shí)，我們應(yīng)該將MAX_ID參數(shù)作為記錄11檢索。然後，我們將MAX_ID傳遞以生成下一個(gè)結(jié)果集。因此，我們將獲得準(zhǔn)確的結(jié)果，如下圖所示。

。

如您所見，我們可以通過消除頂部15個(gè)記錄而不是基於偏移的分頁(yè)上的15個(gè)記錄來獲得第二頁(yè)的準(zhǔn)確結(jié)果。在基於光標(biāo)的分頁(yè)中，我們無(wú)法考慮頁(yè)面的概念，因?yàn)樗鼤?huì)迅速變化，因此結(jié)果將被視為上一個(gè)或下一個(gè)。通常，MAX_ID足夠有效地產(chǎn)生準(zhǔn)確的結(jié)果，但是在某些情況下，自_ID以來也是必不可少的，而來回訪問。您可以查看在Twitter的開發(fā)人員部分上同時(shí)使用MAX_ID和afta後的_ID的更高級(jí)的示例。

基於Facebook API光標(biāo)的分頁(yè)

> 與Twitter相比，F(xiàn)acebook的API實(shí)現(xiàn)略有不同，即使兩個(gè)API都使用相同的理論。讓我們看一下示例Facebook API請(qǐng)求的響應(yīng)。

>

如您所見，F(xiàn)acebook使用兩個(gè)基於字符串的光標(biāo)，以進(jìn)行分頁(yè)，而不是aft_id and max_id。在Facebook中，前光標(biāo)將指向頁(yè)面的開始，而後光標(biāo)指向頁(yè)面末尾。

大多數(shù)API具有實(shí)時(shí)數(shù)據(jù)使用此機(jī)制，可以通過其結(jié)果準(zhǔn)確地劃分。作為開發(fā)人員，我們需要了解基於光標(biāo)的分頁(yè)背後的理論，以便使用現(xiàn)有的API並在必要時(shí)創(chuàng)建自己的理論。

"search_metadata": {
  "max_id": 250126199840518145,
  "since_id": 24012619984051000,
  "refresh_url": "?since_id=250126199840518145&q=php&result_type=recent&include_entities=1",

  "next_results": "?max_id=249279667666817023&q=php&count=10&include_entities=1&result_type=recent",

  "count": 10,
  "completed_in": 0.035,
  "since_id_str": "24012619984051000",
  "query": "php",
  "max_id_str": "250126199840518145"
}

實(shí)時(shí)數(shù)據(jù)建立分頁(yè)的基礎(chǔ)

實(shí)施實(shí)時(shí)數(shù)據(jù)分頁(yè)是本教程範(fàn)圍之外的複雜任務(wù)，因此我們將研究基本需求和創(chuàng)建簡(jiǎn)單的分頁(yè)機(jī)制以了解基於光標(biāo)的分頁(yè)的過程。

讓我們使用先前討論的示例來確定基於光標(biāo)的分頁(yè)的基本組成部分。

。

光標(biāo) - 我們需要至少具有一個(gè)具有唯一順序值的列來實(shí)現(xiàn)基於光標(biāo)的分頁(yè)。這可能類似於Twitter的MAX_ID參數(shù)或參數(shù)後的Facebook。

計(jì)數(shù) - 我們需要計(jì)數(shù)參數(shù)，就像基於偏移的分頁(yè)一樣，在光標(biāo)之前或之後過濾有限數(shù)量的結(jié)果。
• >

  下一個(gè)URL - 如果我們通過API提供分頁(yè)，則需要。用戶需要知道下一頁(yè)是否可用以及如何獲取下一個(gè)數(shù)據(jù)集。

上一個(gè)URL - 如果我們通過API提供分頁(yè)，則需要。用戶需要知道上一頁(yè)是否可用以及如何獲取下一個(gè)數(shù)據(jù)集。

• 這些是基於光標(biāo)的分頁(yè)的基本需求。開發(fā)人員經(jīng)常與基於偏移的分頁(yè)合作，很少有機(jī)會(huì)與基於光標(biāo)的分頁(yè)合作，因此在適當(dāng)?shù)那闆r下確定每種技術(shù)的差異和好處很重要。

  >>>>>>
在偏移分頁(yè)中，我們可以按任何列進(jìn)行排序並分配結(jié)果，而基於光標(biāo)的分頁(yè)則取決於唯一光標(biāo)列的分類。

偏移分頁(yè)還包含頁(yè)碼，除了下一個(gè)鏈接和上一個(gè)鏈接。但是由於數(shù)據(jù)的高度動(dòng)態(tài)性質(zhì)，我們無(wú)法為基於光標(biāo)的分頁(yè)提供頁(yè)碼。

通常，偏移分頁(yè)允許我們?cè)趦蓚€(gè)方向上導(dǎo)航，而基於光標(biāo)的分頁(yè)大多用於向前導(dǎo)航。
• 到目前為止，我們研究了基於光標(biāo)的分頁(yè)的基本需求和差異?，F(xiàn)在，我們可以進(jìn)入示例實(shí)現(xiàn)以確定其工作原理。

  實(shí)現(xiàn)基於光標(biāo)的分頁(yè)

• 首先，我們使用PDO創(chuàng)建數(shù)據(jù)庫(kù)連接。然後，我們執(zhí)行句柄匯輪函數(shù)來插入結(jié)果。 然後，我們檢查MAX_ID或MIN_ID參數(shù)是否可在URL中使用。 MAX_ID與Facebook的參數(shù)相似，並用於向前導(dǎo)航。 MIN_ID與Facebook的參數(shù)相似，並用於向後導(dǎo)航。另外，我們?cè)O(shè)置了導(dǎo)航方向，使用max_id或min_id和分類順序的Where子句。
  > 然後，我們執(zhí)行查詢以獲取完整的結(jié)果計(jì)數(shù)，然後進(jìn)行相同的查詢，並帶有限制性語(yǔ)句以縮小結(jié)果。
>
• 如果我們朝著先前的方向進(jìn)行遍歷，則必須將排序更改為ASC。否則，它將檢索最新記錄，而不是上一頁(yè)。我們扭轉(zhuǎn)了數(shù)組中的記錄以顯示它們?yōu)橄陆怠?然後，我們循環(huán)通過結(jié)果。循環(huán)時(shí)，我們將第一個(gè)記錄的ID分配為MIN_ID，最後記錄為MAX_ID。這些光標(biāo)值用於通過消除重複來過濾準(zhǔn)確的數(shù)據(jù)。 最後，我們可以查看用於實(shí)現(xiàn)分頁(yè)鏈接的Paginator函數(shù)。

以下代碼包含本節(jié)中生成的分頁(yè)的初始化代碼。

https://api.twitter.com/1.1/search/tweets.json?q=php&since_id=24012619984051000&max_id=250126199840518145&result_type=recent&count=10

>現(xiàn)在我們有了一個(gè)簡(jiǎn)單的數(shù)據(jù)分頁(yè)示例，以了解實(shí)時(shí)數(shù)據(jù)分頁(yè)的工作方式。使用此代碼並通過結(jié)果分頁(yè)。在登機(jī)時(shí)，在表末尾添加一些記錄以實(shí)時(shí)。然後向後和向後鋪設(shè)以檢查頁(yè)面中的數(shù)據(jù)重複。在基於偏移的分頁(yè)上做同樣的事情以了解差異。

結(jié)論

在本教程中，我們通過基於光標(biāo)的分頁(yè)了解了實(shí)時(shí)數(shù)據(jù)分頁(yè)背後的理論。讓我們?cè)谙旅娴脑u(píng)論中知道您的想法和經(jīng)驗(yàn)！ 基於光標(biāo)的分頁(yè)

的常見問題（常見問題解答）

>基於偏移量和基於光標(biāo)的分頁(yè)之間的主要區(qū)別是什麼？

基於偏移的分頁(yè)涉及從一開始就跳過一定數(shù)量的記錄，然後獲取設(shè)定的記錄。但是，如果在分頁(yè)上添加或刪除了數(shù)據(jù)，此方法可能會(huì)導(dǎo)致重複記錄等問題。另一方面，基於光標(biāo)的分頁(yè)使用從最後一個(gè)獲取的記錄中使用唯一的標(biāo)識(shí)符（光標(biāo)）來檢索下一組記錄。此方法更有效，避免了與基於偏移的分頁(yè)相關(guān)的問題，使其非常適合實(shí)時(shí)數(shù)據(jù)。

>

>基於光標(biāo)的分頁(yè)如何處理實(shí)時(shí)數(shù)據(jù)？基於基於的分頁(yè)對(duì)於實(shí)時(shí)數(shù)據(jù)特別有效，因?yàn)樗褂昧俗钺嵋粋€(gè)獲取的記錄中使用唯一的標(biāo)識(shí)符（光標(biāo)）來檢索下一組記錄。這意味著，即使添加了新數(shù)據(jù)或在分頁(yè)過程中刪除了現(xiàn)有數(shù)據(jù)，光標(biāo)仍將指向正確的下一個(gè)記錄，以確保不會(huì)錯(cuò)過或重複記錄。可以與任何類型的數(shù)據(jù)一起使用？但是，對(duì)於效率至關(guān)重要的實(shí)時(shí)數(shù)據(jù)或大型數(shù)據(jù)集特別有效。光標(biāo)可以是任何唯一的標(biāo)識(shí)符，例如時(shí)間戳或唯一的ID，可用於獲取下一組記錄。

>基於光標(biāo)的分頁(yè)如何改善性能？基於光標(biāo)的分頁(yè)通過減少需要立即處理的數(shù)據(jù)量來提高性能?；豆鈽?biāo)的分頁(yè)只能獲取所有記錄，而是跳過一定數(shù)字，而只能根據(jù)光標(biāo)獲取下一組記錄。這樣可以減少服務(wù)器上的負(fù)載，並使分頁(yè)過程更快，更高效。

>

>如何在我的應(yīng)用程序中實(shí)現(xiàn)基於光標(biāo)的分頁(yè)？首先，您需要確定用作光標(biāo)的唯一標(biāo)識(shí)符。這可能是時(shí)間戳，獨(dú)特的ID或任何其他獨(dú)特的值。接下來，您需要修改數(shù)據(jù)庫(kù)查詢以根據(jù)此光標(biāo)獲取記錄。最後，您需要更新應(yīng)用程序的UI來處理分頁(yè)的數(shù)據(jù)並允許用戶在頁(yè)面上導(dǎo)航。

基於Cursor的基於Cursor的分頁(yè)的潛在缺陷是什麼？分頁(yè)比基於偏移的分頁(yè)更有效和可靠，它確實(shí)具有一些潛在的缺點(diǎn)。例如，實(shí)施可能更複雜，尤其是如果您的數(shù)據(jù)沒有明確的唯一標(biāo)識(shí)符作為光標(biāo)。此外，它可能不適用於所有用例，例如當(dāng)您需要跳到特定的頁(yè)碼時(shí)。

>可以將基於光標(biāo)的分頁(yè)用於GraphQl？

是的，是的，Cursor基於GraphQl可以使用基於基礎(chǔ)的分頁(yè)。實(shí)際上，GraphQL通過中繼規(guī)範(fàn)對(duì)基於光標(biāo)的分頁(yè)有內(nèi)置支持。這使您可以輕鬆地在GraphQl應(yīng)用程序中實(shí)現(xiàn)高效，可靠的分頁(yè)。

>

>基於光標(biāo)的分頁(yè)如何使用MySQL？標(biāo)識(shí)符，例如時(shí)間戳或獨(dú)特的ID，作為光標(biāo)。然後，您可以使用“ where”和“ limit”子句來修改SQL查詢以根據(jù)此光標(biāo)獲取記錄，以指定以獲取的記錄範(fàn)圍。

>如何在其中使用Slack Slack使用基於光標(biāo)的分頁(yè)。 API？

Slack在其API中使用基於光標(biāo)的分頁(yè)有效獲取大量數(shù)據(jù)。他們使用唯一的標(biāo)識(shí)符作為光標(biāo)，並在API響應(yīng)中提供此光標(biāo)，以允許客戶端獲取下一組記錄。這使他們可以處理具有高性能和可靠性的大型數(shù)據(jù)集。

>基於光標(biāo)的分頁(yè)的JSON API規(guī)範(fàn)是什麼？標(biāo)識(shí)符是光標(biāo)，並將此光標(biāo)包括在API響應(yīng)的“鏈接”對(duì)像中。這使客戶可以通過遵循提供的鏈接輕鬆獲取下一組記錄。該規(guī)範(fàn)提供了一種在JSON API中實(shí)現(xiàn)基於光標(biāo)的分頁(yè)的標(biāo)準(zhǔn)，一致的方法。

以上是用基於光標(biāo)的分頁(yè)登錄實(shí)時(shí)數(shù)據(jù)的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！