分頁(yè)是一種將大型記錄集分解為稱為頁(yè)面的較小部分的技術(shù)。作為開(kāi)發(fā)人員，您應(yīng)該熟悉實(shí)施分頁(yè)，但是即使對(duì)于經(jīng)驗(yàn)豐富的開(kāi)發(fā)人員來(lái)說(shuō)，為實(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ù)來(lái)過(guò)濾有限數(shù)量的結(jié)果，以及下一個(gè)和上一個(gè)URL才能瀏覽數(shù)據(jù)。 基于光標(biāo)的分頁(yè)通常比基于偏移的分頁(yè)更有效，更可靠，尤其是用于實(shí)時(shí)數(shù)據(jù)或大型數(shù)據(jù)集。它減少了服務(wù)器上的負(fù)載，并使分頁(yè)過(guò)程更快，更高效。
• >
>實(shí)現(xiàn)基于光標(biāo)的分頁(yè)涉及幾個(gè)步驟，包括確定用作光標(biāo)的唯一標(biāo)識(shí)符，修改數(shù)據(jù)庫(kù)查詢以基于此光標(biāo)獲取記錄，并更新應(yīng)用程序的UI以處理流行的數(shù)據(jù)并允許用戶來(lái)處理用戶瀏覽頁(yè)面。
• 實(shí)時(shí)數(shù)據(jù)分頁(yè)
中識(shí)別問(wèn)題 Wikipedia將實(shí)時(shí)數(shù)據(jù)定義為收集后立即提供的信息。提供的信息的及時(shí)性沒(méi)有延遲。 在這樣的應(yīng)用程序中，由于頻繁更新，很難提供準(zhǔn)確的分頁(yè)數(shù)據(jù)。讓我們看一下在管理實(shí)時(shí)數(shù)據(jù)時(shí)使用標(biāo)準(zhǔn)分頁(yè)的問(wèn)題。
• >
• >
假定數(shù)據(jù)是靜態(tài)的，并且不經(jīng)常變化 - 在默認(rèn)分頁(yè)中，檢索到的記錄集被分為許多頁(yè)面。由于數(shù)據(jù)并不經(jīng)常更改，用戶覺(jué)得分頁(yè)正常工作，但是在添加新數(shù)據(jù)或刪除現(xiàn)有數(shù)據(jù)時(shí)，分頁(yè)的結(jié)果變得不準(zhǔn)確。

>

>

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

>

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

假設(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ā)明車輪不是開(kāi)發(fā)人員應(yīng)該做的。我們應(yīng)該研究在考慮建立自己的問(wèn)題之前解決這些問(wèn)題的現(xiàn)有網(wǎng)頁(yè)技術(shù)。許多社交網(wǎng)站（例如Twitter和Facebook）在其用戶配置文件中提供了實(shí)時(shí)數(shù)據(jù)。在本節(jié)中，我們將使用一些最受歡迎的網(wǎng)站來(lái)研究實(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ù)的良好開(kāi)始。讓我們看看它是如何使用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)成。讓我們來(lái)看看基于光標(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

如您所見(jiàn)，

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

>

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

。

如您所見(jiàn)，我們可以通過(guò)消除頂部15個(gè)記錄而不是基于偏移的分頁(yè)上的15個(gè)記錄來(lái)獲得第二頁(yè)的準(zhǔn)確結(jié)果。在基于光標(biāo)的分頁(yè)中，我們無(wú)法考慮頁(yè)面的概念，因?yàn)樗鼤?huì)迅速變化，因此結(jié)果將被視為上一個(gè)或下一個(gè)。通常，MAX_ID足夠有效地產(chǎn)生準(zhǔn)確的結(jié)果，但是在某些情況下，自_ID以來(lái)也是必不可少的，而來(lái)回訪問(wèn)。您可以查看在Twitter的開(kāi)發(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)。

>

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

大多數(shù)API具有實(shí)時(shí)數(shù)據(jù)使用此機(jī)制，可以通過(guò)其結(jié)果準(zhǔn)確地劃分。作為開(kāi)發(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ù)雜任務(wù)，因此我們將研究基本需求和創(chuàng)建簡(jiǎn)單的分頁(yè)機(jī)制以了解基于光標(biāo)的分頁(yè)的過(guò)程。

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

。

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

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

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

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

• 這些是基于光標(biāo)的分頁(yè)的基本需求。開(kāi)發(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ù)來(lái)插入結(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)通過(guò)結(jié)果。循環(huán)時(shí)，我們將第一個(gè)記錄的ID分配為MIN_ID，最后記錄為MAX_ID。這些光標(biāo)值用于通過(guò)消除重復(fù)來(lái)過(guò)濾準(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è)的工作方式。使用此代碼并通過(guò)結(jié)果分頁(yè)。在登機(jī)時(shí)，在表末尾添加一些記錄以實(shí)時(shí)。然后向后和向后鋪設(shè)以檢查頁(yè)面中的數(shù)據(jù)重復(fù)。在基于偏移的分頁(yè)上做同樣的事情以了解差異。

結(jié)論

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

的常見(jiàn)問(wèn)題（常見(jiàn)問(wèn)題解答）

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

基于偏移的分頁(yè)涉及從一開(kāi)始就跳過(guò)一定數(shù)量的記錄，然后獲取設(shè)定的記錄。但是，如果在分頁(yè)上添加或刪除了數(shù)據(jù)，此方法可能會(huì)導(dǎo)致重復(fù)記錄等問(wèn)題。另一方面，基于光標(biāo)的分頁(yè)使用從最后一個(gè)獲取的記錄中使用唯一的標(biāo)識(shí)符（光標(biāo)）來(lái)檢索下一組記錄。此方法更有效，避免了與基于偏移的分頁(yè)相關(guān)的問(wè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)）來(lái)檢索下一組記錄。這意味著，即使添加了新數(shù)據(jù)或在分頁(yè)過(guò)程中刪除了現(xiàn)有數(shù)據(jù)，光標(biāo)仍將指向正確的下一個(gè)記錄，以確保不會(huì)錯(cuò)過(guò)或重復(fù)記錄?？梢耘c任何類型的數(shù)據(jù)一起使用？但是，對(duì)于效率至關(guān)重要的實(shí)時(shí)數(shù)據(jù)或大型數(shù)據(jù)集特別有效。光標(biāo)可以是任何唯一的標(biāo)識(shí)符，例如時(shí)間戳或唯一的ID，可用于獲取下一組記錄。

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

>

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

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

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

是的，是的，Cursor基于GraphQl可以使用基于基礎(chǔ)的分頁(yè)。實(shí)際上，GraphQL通過(guò)中繼規(guī)范對(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”子句來(lái)修改SQL查詢以根據(jù)此光標(biāo)獲取記錄，以指定以獲取的記錄范圍。

>如何在其中使用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ī)范是什么？標(biāo)識(shí)符是光標(biāo)，并將此光標(biāo)包括在API響應(yīng)的“鏈接”對(duì)象中。這使客戶可以通過(guò)遵循提供的鏈接輕松獲取下一組記錄。該規(guī)范提供了一種在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)文章！