ページネーションは、ページと呼ばれるより小さな部分に大きなレコードセットを破壊するための手法です。開発者としては、ページネーションの実裝に精通している必要がありますが、リアルタイムのデータにページネーションを?qū)g裝することは、経験豊富な開発者であっても注意が必要です。このチュートリアルでは、リアルタイムのデータページネーションとカーソルベースのページネーションのための実際のユースケースとソリューションについて説明します。

キーテイクアウト

ページネーションは、ページと呼ばれる大規(guī)模なレコードセットをより小さな部分に分割するために使用される方法です。リアルタイムデータのページネーションの実裝は、頻繁に更新されるため、データを追加または削除する際の不正確な結(jié)果の可能性があるため、困難な場(chǎng)合があります。 TwitterやFacebookなどのさまざまなソーシャルネットワーキングサイトが、リアルタイムデータページネーションの実裝に成功しています。彼らは、ページネーションの記録數(shù)ではなく、一意の識(shí)別子（カーソル）に依存するカーソルベースのページネーションを使用します。
• カーソルベースのページネーションには、TwitterのMAX_IDパラメーターまたはFacebook後のパラメーターと同様に、一意のシーケンシャル値を持つ少なくとも1つの列が必要です。また、限られた數(shù)の結(jié)果をフィルタリングするためのカウントパラメーター、およびデータをナビゲートするための次のURLと以前のURLも必要です。
カーソルベースのページネーションは、一般に、特にリアルタイムデータまたは大規(guī)模なデータセットの場(chǎng)合、オフセットベースのページネーションよりも効率的で信頼性が高くなります。サーバーの負(fù)荷を削減し、ページネーションプロセスをより速く、より効率的にします。
• カーソルベースのページネーションの実裝には、カーソルとして使用する一意の識(shí)別子を決定する、このカーソルに基づいてレコードを取得するためにデータベースクエリを変更すること、アプリケーションのUIを更新してページングされたデータを処理し、ユーザーがユーザーにできるようにするなど、いくつかのステップが含まれます。ページをナビゲートします。
リアルタイムのデータページネーションの問題の特定
Wikipediaは、リアルタイムデータを収集直後に提供される情報(bào)として定義しています。提供された情報(bào)の適時(shí)性に遅延はありません。 このようなアプリケーションでは、頻繁に更新されるため、正確な塗裝データを提供することは困難です。リアルタイムデータを管理する際の標(biāo)準(zhǔn)的なページネーションの問題を見てみましょう。

データが靜的であり、頻繁に変更されないと想定しています。デフォルトのページネーションでは、取得したレコードセットがいくつかのページに分割されます。データが頻繁に変更されないため、ユーザーはページネーションが正確に機(jī)能しているように感じますが、新しいデータを追加したり既存のデータを削除したりすると、ページネーションの結(jié)果が不正確になります。

ページネーションは、個(gè)々のレコードの代わりにレコードカウントのみを考慮します。レコードは、合計(jì)レコードカウントを使用してページに分割され、正常にパジネートされます。各レコードがページネーションの正しいページに分類されるかどうかは考慮していません。これにより、レコードが冗長に表示される可能性があります

これらのポイントを考慮すると、リアルタイムデータを処理するためのデフォルトページネーションテクニックに使用することは困難です。実用的なシナリオを使用して問題を特定してみましょう。

最初に20のレコードがあり、10を使用してレコードをページに分割するために制限として使用していると仮定します。次の畫像は、レコードがどのようにページに分割されているかを示しています。

最初のページにあるときに、結(jié)果セットが5つの新しいレコードによって更新されると仮定します。次の畫像は、現(xiàn)在のシナリオを示しています

次に、2番目のページに移動(dòng)します。最初の畫像に基づいて、1?10のレコードを取得する必要があります。ただし、數(shù)字15?6のレコードが取得されます。レコード番號(hào)15-11が最初のページと2番目のページの両方に表示されることを明確に確認(rèn)できます。

リアルタイムデータページネーションの実用的なユースケース

私たち全員が知っているように、ホイールを再発明することは、開発者がすべきことではありません。私たちは、獨(dú)自の構(gòu)築を考える前に、これらの問題を解決したサイトの既存のページネーション技術(shù)を調(diào)べる必要があります。 TwitterやFacebookなどの多くのソーシャルネットワーキングサイトは、ユーザープロファイルにリアルタイムデータを提供しています。このセクションでは、最も人気のあるサイトのいくつかを使用して、リアルタイムデータページネーションの実際のユースケースを検討します。

Twitter APIカーソルベースのページネーション

Twitterユーザープロファイルには新しいツイートが頻繁に入力されているため、Twitterタイムラインデータ検索メカニズムは、リアルタイムのデータフィードでページネーション技術(shù)を特定するための適切なスタートになるはずです。 Twitter APIメソッドを使用してそれがどのように機(jī)能するかを見てみましょう。

以下には、Twitter API検索ツイート方法へのサンプルリクエストが含まれています。

上記のURLでは、「PHP」という単語を含む最新のツイートを要求し、カウントパラメーターを使用して結(jié)果を10のブロックに分割します。これは、記録數(shù)で返信するオフセットページネーションの典型的な動(dòng)作です。しかし、ここでは、bund_idとmax_idと呼ばれる2つの追加のパラメーターを見ることができます。これにより、カーソルベースのページネーションが可能になります。以前の例を使用してカーソルベースのページネーションがどのように機(jī)能するかを見てみましょう。

20ページに20のレコードが分かれており、最初のページにいると仮定します。 5つの新しいレコードがリストの上部に追加されます。次の畫像では、現(xiàn)在のシナリオをプレビューします。

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

次に、Twitter検索リクエストの最初のページに生成された応答の一部を見てみましょう。完全な応答形式はこちらから表示できます。

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

ご覧のとおり、Search_Metadataセクションでは、結(jié)果に関する詳細(xì)を提供します。 Paginateのレコードが増える場(chǎng)合に備えて、next_results URLが生成されます。主に、ページネーションにMAX_IDパラメーターを使用しています。各応答を使用すると、MAX_IDパラメーターを取得し、それを使用して次の結(jié)果セットを生成できます。 MAX_IDパラメーターを使用して、指定されたIDよりも古い結(jié)果を受信します。 この例では、レコード20-11を表示しながら、MAX_IDパラメーターをレコード11として取得する必要があります。次に、MAX_IDを渡して次の結(jié)果セットを生成します。したがって、次の畫像に示すように正確な結(jié)果が得られます。

ご覧のとおり、オフセットベースのページネーションで10ではなく上部で15のレコードを排除することにより、2ページ目の正確な結(jié)果が得られます。カーソルベースのページネーションでは、ページが急速に変化するため、ページの概念を考慮することはできません。そのため、結(jié)果は以前または次と見なされます。一般的に、MAX_IDは正確な結(jié)果を生成するのに十分効果的ですが、前後にパジをパジングしながらanse_idも不可欠であるシナリオがある場(chǎng)合があります。 Twitterの開発者セクションでMAX_IDとANSE_IDの両方を使用するより高度な例を見ることができます。 Facebook APIカーソルベースのページネーション

FacebookのAPI実裝は、両方のAPIが同じ理論を使用しているにもかかわらず、Twitterと比較してわずかに異なります。 Facebook APIリクエストのサンプルの応答を見てみましょう。

ご覧のとおり、Facebookは、以前と後に呼び出される2つの文字列ベースのカーソルを使用します。 Facebookでは、前のカーソルがページの開始を指し、後のカーソルがページの最後を指します。

リアルタイムデータを使用したほとんどのAPIは、このメカニズムを使用して結(jié)果を正確にページングします。開発者として、既存のAPIを使用し、必要に応じて獨(dú)自のAPIを使用するために、カーソルベースのページネーションの背後にある理論を知る必要があります。

リアルタイムデータのページネーションの構(gòu)築の基本

"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"
}

リアルタイムデータページネーションの実裝は、このチュートリアルの範(fàn)囲を超えた複雑なタスクであるため、カーソルベースのページネーションを理解するための単純なページネーションメカニズムを作成するプロセスを調(diào)べます。

以前に説明した例を使用して、カーソルベースのページネーションの基本的なコンポーネントを特定しましょう。

カーソル - カーソルベースのページネーションを?qū)g裝するには、一意のシーケンシャル値を持つ少なくとも1つの列が必要です。これは、TwitterのMAX_IDパラメーターまたはFacebook後のパラメーターに似ています。

カウント - カーソルの前後に限られた數(shù)の結(jié)果をフィルタリングするためのオフセットベースのページネーションと同様に、カウントパラメーターが必要です。

次のURL - これは、APIを介してページネーションを提供している場(chǎng)合に必要です。ユーザーは、次のページが利用可能かどうか、次のデータセットを取得する方法を知る必要があります。

以前のURL - これは、APIを介してページネーションを提供している場(chǎng)合に必要です。ユーザーは、前のページが利用可能かどうか、次のデータセットを取得する方法を知る必要があります。

これらは、カーソルベースのページネーションの基本的なニーズです。開発者は、多くの場(chǎng)合、オフセットベースのページネーションを使用して、カーソルベースのページネーションで作業(yè)する機(jī)會(huì)を得ることはめったにないため、適切なシナリオでそれらを使用するための各手法の違いと利點(diǎn)を特定することが重要です。

オフセットページネーションでは、任意の列で並べ替えて結(jié)果をpagineすることができますが、カーソルベースのページネーションは一意のカーソル列の並べ替えに依存します。

オフセットページネーションには、次のリンクと以前のリンクに加えてページ番號(hào)が含まれています。しかし、データの非常に動(dòng)的な性質(zhì)のため、カーソルベースのページネーションのページ番號(hào)を提供することはできません。

• 一般的に、オフセットページネーションを使用すると、カーソルベースのページネーションが主にフォワードナビゲーションに使用されます。
  これまでのところ、カーソルベースのページネーションの基本的なニーズと違いを調(diào)べました。これで、サンプルの実裝に移動(dòng)して、それがどのように機(jī)能するかを特定できます。
基本的なカーソルベースのページネーションの実裝
• 最初に、PDOを使用してデータベース接続を作成します。次に、結(jié)果をページングするためにHandlePaginationData関數(shù)を?qū)g行します。
  次に、MAX_IDまたはMIN_IDパラメーターがURLで使用できるかどうかを確認(rèn)します。 MAX_IDは、Facebookの後のパラメーターに似ており、前方にナビゲートするために使用されます。 min_idは、facebookの前のパラメーターに似ており、後方にナビゲートするために使用されます。また、ナビゲーションの方向、max_idまたはmin_idを使用した句とソート順序を設(shè)定します。

その後、クエリを?qū)g行して完全な結(jié)果カウントを取得し、その後に同じクエリが続き、結(jié)果を狹めるために同じクエリが続きます。

前の方向に橫斷している場(chǎng)合は、並べ替えをASCに変更する必要があります。それ以外の場(chǎng)合は、前のページではなく最新のレコードを取得します。配列のレコードを逆にして、それらを下降として表示します。

その後、結(jié)果をループします。ループ中に、最初のレコードのIDをmin_idとして、最後のレコードをmax_idとして割り當(dāng)てます。これらのカーソル値は、重複を排除することにより、正確なデータをフィルタリングするために使用されます。

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

最後に、ページネーションリンクを?qū)g裝するためのページネーター関數(shù)を見ることができます。

• 次のコードには、このセクションで生成されたページネーションの初期化コードが含まれています。

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

  今では、リアルタイムのデータページネーションの仕組みを理解するための単純なデータページネーションサンプルがあります。このコードを使用して、結(jié)果を介してページングします。ページング中に、テーブルの端にいくつかのレコードを追加して、リアルタイムにします。次に、前後にページのデータの複製を確認(rèn)します。違いを理解するためにオフセットベースのページネーションで同じことをしてください。

  結(jié)論

  このチュートリアルでは、カーソルベースのページネーションを使用したリアルタイムデータページネーションの背後にある理論を?qū)Wびました。以下のコメントであなたの考えや経験を教えてください！

  カーソルベースのページネーションに関するよくある質(zhì)問（FAQ）

  オフセットベースのページネーションとカーソルベースのページネーションの主な違いは何ですか？

  オフセットベースのページネーションでは、最初から一定數(shù)のレコードをスキップしてから、セット數(shù)のレコードを取得します。ただし、この方法では、ページネーション中にデータが追加または削除された場(chǎng)合、レコードを複製するなどの問題につながる可能性があります。一方、カーソルベースのページネーションは、最後のフェッチされたレコードの一意の識(shí)別子（カーソル）を使用して、次のレコードセットを取得します。この方法はより効率的であり、オフセットベースのページネーションに関連する問題を回避するため、リアルタイムデータに最適です。 - ベースのページネーションは、最後のフェッチレコードの一意の識(shí)別子（カーソル）を使用して次のレコードセットを取得するため、リアルタイムデータに特に効果的です。これは、ページネーションプロセス中に新しいデータが追加されているか、既存のデータが削除されたとしても、カーソルが正しい次のレコードを指し、レコードが見逃さないか重複していないことを保証することを意味します。あらゆるタイプのデータとともに使用しますか？ただし、効率が重要なリアルタイムデータまたは大規(guī)模なデータセットでは特に効果的です。カーソルは、次のレコードのセットを取得するために使用できるタイムスタンプや一意のIDなどの一意の識(shí)別子にすることができます。カーソルベースのページネーションは、一度に処理する必要があるデータの量を減らすことでパフォーマンスを向上させます。すべてのレコードを取得してから特定の番號(hào)をスキップする代わりに、カーソルベースのページネーションは、カーソルに基づいて次のレコードセットを取得するだけです。これにより、サーバーの負(fù)荷が削減され、ページネーションプロセスがより速く効率的になります。

  アプリケーションにカーソルベースのページネーションを?qū)g裝するにはどうすればよいですか？

  アプリケーションにカーソルベースのページネーションの実裝には、いくつかのステップが含まれます。まず、カーソルとして使用する一意の識(shí)別子を決定する必要があります。これは、タイムスタンプ、一意のID、またはその他の一意の値です。次に、データベースクエリを変更して、このカーソルに基づいてレコードを取得する必要があります。最後に、アプリケーションのUIを更新して、ページ化されたデータを処理し、ユーザーがページをナビゲートできるようにする必要があります。ページネーションは、オフセットベースのページネーションよりも効率的で信頼性が高く、いくつかの潛在的な欠點(diǎn)があります。たとえば、特にデータがカーソルとして使用する明確な一意の識(shí)別子がない場(chǎng)合、実裝する方が複雑になる可能性があります。さらに、特定のページ番號(hào)にジャンプする必要がある場(chǎng)合など、すべてのユースケースに適していない場(chǎng)合があります。 - ベースのページネーションは、GraphQLで使用できます。実際、GraphQLには、リレー仕様を介したカーソルベースのページネーションのサポートが組み込まれています。これにより、GraphQLアプリケーションに効率的で信頼性の高いページネーションを簡単に実裝できます。カーソルとしてのタイムスタンプや一意のIDなどの識(shí)別子。次に、このカーソルに基づいてSQLクエリを変更してレコードを取得し、「WHERE」と「LIMIT」條項(xiàng)を使用してレコードの範(fàn)囲を指定して取得します。 api？

  Slackは、APIでカーソルベースのページネーションを使用して、大量のデータを効率的に取得します。彼らはカーソルとして一意の識(shí)別子を使用し、API応答でこのカーソルを提供して、クライアントが次のレコードセットを取得できるようにします。これにより、高性能と信頼性を備えた大規(guī)模なデータセットを処理することができます。 Cursorとして識(shí)別子およびAPI応答の「リンク」オブジェクトにこのカーソルを含めます。これにより、クライアントは、提供されたリンクに従って次のレコードセットを簡単に取得できます。この仕様は、JSON APIでカーソルベースのページネーションを?qū)g裝するための標(biāo)準(zhǔn)的で一貫した方法を提供します。

以上がカーソルベースのページネーションを使用したリアルタイムデータをページングしますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。