커서 기반의 페이지 매김으로 실시간 데이터를 페이지에 넣습니다

Pagination은 큰 레코드 세트를 페이지라고하는 작은 부분으로 나누는 기술입니다. 개발자는 Pagination 구현에 익숙해야하지만 경험이 풍부한 개발자에게도 실시간 데이터를위한 페이지 매김을 구현하는 것은 까다로울 수 있습니다. 이 튜토리얼에서는 실시간 데이터 페이지 매출 및 커서 기반 페이지 매김을위한 실제 사용 사례 및 솔루션에 대해 논의 할 것입니다. 키 테이크 아웃

Pagination은 큰 레코드 세트를 페이지로 알려진 작은 부분으로 나누는 데 사용되는 방법입니다. 데이터를 추가하거나 제거 할 때 빈번한 업데이트와 부정확 한 결과의 가능성으로 인해 실시간 데이터의 페이지 매김을 구현하는 것은 어려울 수 있습니다. Twitter 및 Facebook과 같은 다양한 소셜 네트워킹 사이트가 실시간 데이터 페이지 매김을 성공적으로 구현했습니다. 그들은 페이지 매김의 기록 수보다는 고유 식별자 (커서)에 의존하는 커서 기반 페이지 매김을 사용합니다. Cursor 기반 페이지 매김에는 Twitter의 Max_ID 매개 변수와 유사한 고유 한 순차 값을 가진 최소한 하나의 열이 필요합니다. 또한 제한된 수의 결과를 필터링하려면 카운트 매개 변수가 필요하며 데이터를 탐색하기 위해 다음과 이전 URL이 필요합니다. 커서 기반 페이지 매김은 특히 실시간 데이터 또는 대규모 데이터 세트의 오프셋 기반 페이지 매김보다 더 효율적이고 신뢰할 수 있습니다. 서버의 부하를 줄이고 페이지 매김 프로세스를 더 빠르고 효율적으로 만듭니다.

. 커서 기반 페이지 매김 구현에는 커서로 사용할 고유 식별자를 결정하고 데이터베이스 쿼리를 수정 하여이 커서를 기반으로 레코드를 가져 오기 위해 데이터베이스 쿼리를 수정하고 응용 프로그램의 UI를 업데이트하여 페이지를 처리하고 사용자가 허용하는 등 몇 단계가 포함됩니다. 페이지를 탐색하십시오.

실시간 데이터 페이지 매출에서 문제 식별 Wikipedia는 실시간 데이터를 수집 직후에 제공 한 정보로 정의합니다. 제공된 정보의 적시성에는 지연이 없습니다. 이러한 응용 프로그램에서는 자주 업데이트되어 정확한 페이지 진화 데이터를 제공하기가 어렵습니다. 실시간 데이터를 관리 할 때 표준 페이지 매김 문제를 살펴 보겠습니다.

• 데이터가 정적이며 자주 변경되지 않는다고 가정합니다. 기본 페이지 매김에서 검색된 레코드 세트가 여러 페이지로 분할됩니다. 데이터가 자주 변경되지 않기 때문에 사용자는 페이지 매김이 정확하게 작동하는 것처럼 느껴지지만 새 데이터를 추가하거나 기존 데이터를 제거 할 때 페이지 매김의 결과가 부정확 해집니다. Pagination은 각 개별 레코드 대신 레코드 수를 고려합니다. 레코드는 총 레코드 수를 사용하여 페이지로 나뉘어 정상적으로 페이지를 찍습니다. 각 레코드가 Pagination의 오른쪽 페이지에 속하는지 여부는 고려하지 않습니다. 이로 인해 레코드가 중복되는 표시로 이어질 수 있습니다

이러한 점을 고려할 때 실시간 데이터를 처리하기 위해 기본 페이지 매김 기술을 사용하는 것은 어렵습니다. 실제 시나리오를 사용하여 문제를 식별해 보겠습니다.

처음에는 20 개의 레코드가 20 개이며 레코드를 페이지로 나누기위한 한계로 10을 사용한다고 가정합니다. 다음 이미지는 레코드가 페이지로 나뉘어지는 방법을 보여줍니다.

이제 첫 페이지에있는 동안 결과 세트가 5 개의 새로운 레코드로 업데이트되었다고 가정합니다. 다음 이미지는 현재 시나리오를 보여줍니다

이제 우리는 두 번째 페이지로 이동합니다. 첫 번째 이미지를 기반으로 1-10에서 레코드를 검색해야합니다. 그러나 숫자 15-6의 레코드가 검색됩니다. 레코드 번호 15-11이 첫 페이지와 두 번째 페이지 모두에 표시되어 있음을 분명히 알 수 있습니다.

실시간 데이터 페이지 매출의 실제 사용 사례

우리 모두가 알고 있듯이 휠을 재발 명하는 것은 개발자가해야 할 일이 아닙니다. 우리는 우리 자신의 구축에 대해 생각하기 전에 이러한 문제를 해결 한 사이트의 기존 페이지 매김 기술을 살펴 봐야합니다. Twitter 및 Facebook과 같은 많은 소셜 네트워킹 사이트는 사용자 프로필에 실시간 데이터를 제공합니다. 이 섹션에서는 가장 인기있는 사이트 중 일부를 사용하여 실시간 데이터 페이지 매출의 실제 사용 사례를 살펴볼 것입니다. 트위터 API Cursor 기반 페이지 매김

트위터 사용자 프로파일은 종종 새로운 트윗으로 채워져 있으므로 트위터 타임 라인 데이터 검색 메커니즘은 실시간 데이터 피드에서 페이지 매김 기술을 식별하는 데 좋은 시작이어야합니다. 트위터 API 메소드를 사용하여 어떻게 작동하는지 봅시다.

다음에는 Twitter API 검색 트윗에 대한 샘플 요청이 포함되어 있습니다. 위의 URL에서는 'PHP'라는 단어가 포함 된 최신 트윗을 요청하고 결과를 카운트 매개 변수를 사용하여 10 블록으로 세트를 나눕니다. 이것은 우리가 레코드 카운트에 응답하는 상쇄 페이지 매김의 전형적인 동작입니다. 그러나 여기에서 우리는 Cursor 기반 페이지 매김을 가능하게하는 recide_id 및 max_id라는 두 개의 추가 매개 변수를 볼 수 있습니다. 이전 예제를 사용하여 커서 기반의 페이지 매김이 어떻게 작동하는지 봅시다.

우리는 20 개의 레코드가 2 페이지로 나뉘어졌으며 첫 페이지에 있다고 가정합니다. 5 개의 새로운 레코드가 목록 상단에 추가됩니다. 다음 이미지는 현재 시나리오를 미리 봅니다

이제 트위터 검색 요청의 첫 페이지에 대해 생성 된 응답의 일부를 살펴 보겠습니다. 여기에서 완전한 응답 형식을 볼 수 있습니다.

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

보시다시피, search_metadata 섹션은 결과에 대한 세부 정보를 제공합니다. Paginate에 대한 레코드가 더 많은 경우 Next_Results URL을 생성합니다. 우리는 주로 Pagination에 max_id 매개 변수를 사용하고 있습니다. 각 응답마다 max_id 매개 변수를 검색하고 다음 결과 세트를 생성하는 데 사용할 수 있습니다. 우리는 max_id 매개 변수를 사용하여 주어진 ID보다 오래된 결과를받습니다. 이 예에서는 레코드 20-11을 표시하는 동안 max_id 매개 변수를 레코드 11으로 검색해야합니다. 그런 다음 MAX_ID를 전달하여 다음 결과 세트를 생성합니다. 따라서 다음 이미지에 표시된대로 정확한 결과를 얻을 것입니다.

보시다시피, 우리는 오프셋 기반 페이지 매김에서 10 대 대신 상단에서 15 개의 레코드를 제거하여 두 번째 페이지에 대한 정확한 결과를 얻습니다. 커서 기반의 페이지 매김에서는 페이지 개념이 빠르게 변하기 때문에 페이지 개념을 고려할 수 없으므로 결과는 이전 또는 다음으로 간주됩니다. 일반적으로 max_id는 정확한 결과를 생성 할 수있을 정도로 효과적이지만, _id가 필수적으로 필수적인 시나리오가있을 수 있습니다. Twitter의 개발자 섹션에서 max_id와 ag e_id를 모두 사용하는 고급 예제를 볼 수 있습니다. Facebook API Cursor 기반 Pagination

Facebook의 API 구현은 Twitter에 비해 약간 다릅니다. 두 API 모두 동일한 이론을 사용하더라도. 샘플 Facebook API 요청에 대한 응답을 살펴 보겠습니다.

보시다시피, Facebook은 Pection_id 및 Max_id 대신 Pagination을 위해 전후에 호출 된 두 개의 문자열 기반 커서를 사용합니다. Facebook에서는 이전 커서가 페이지의 시작을 가리키고 After Cursor는 페이지 끝을 가리 킵니다.

대부분의 API는 실시간 데이터를 사용 하여이 메커니즘을 사용하여 결과를 정확하게 페이지를 찍습니다. 개발자로서 우리는 기존 API를 사용하고 필요할 때 우리 자신을 만들기 위해 Cursor 기반 페이지 매김의 이론을 알아야합니다. 실시간 데이터에 대한 구축 페이지 매김의 기본 실시간 데이터 페이지 매김 구현은이 튜토리얼의 범위를 넘어서 복잡한 작업이므로 커서 기반 페이지 매김을 이해하기 위해 간단한 페이지 매김 메커니즘을 만드는 기본 요구 사항과 프로세스를 살펴 보겠습니다. 이전에 논의 된 예제를 사용하여 커서 기반 페이지 매김의 기본 구성 요소를 식별해 봅시다.

커서 - 커서 기반 페이지 매김을 구현하려면 고유 한 순차 값을 가진 최소 하나 이상의 열이 있어야합니다. 이는 Twitter의 Max_id 매개 변수 또는 Facebook After Parameter와 유사 할 수 있습니다.

COUNT - 커서 전후에 제한된 수의 결과를 필터링하기위한 오프셋 기반 페이지 화와 함께 카운트 매개 변수가 필요합니다. 다음 URL - API를 통해 페이지 매김을 제공하는 경우에 필요한 경우에 필요합니다. 사용자는 다음 페이지를 사용할 수 있는지 여부와 다음 데이터 세트를 얻는 방법을 알아야합니다. 이전 URL - API를 통해 페이지 매김을 제공하는 경우에 필요한 경우에 필요합니다. 사용자는 이전 페이지를 사용할 수 있는지 여부와 다음 데이터 세트를 얻는 방법을 알아야합니다.

이것은 커서 기반 페이지 매김의 기본 요구입니다. 개발자는 종종 오프셋 기반 페이지 매김으로 작업하고 커서 기반 페이지 매김과 함께 일할 수있는 기회를 거의 얻지 못하므로 적절한 시나리오에서이를 사용하기위한 각 기술의 차이점과 이점을 식별하는 것이 중요합니다.

.

오프셋 페이지 매김에서, 우리는 모든 열별로 정렬하고 결과를 페이지에 빠뜨릴 수 있습니다. 커서 기반 페이지 매김은 고유 한 커서 열의 분류에 의존합니다. 오프셋 페이지 매김에는 다음 링크와 이전 링크 외에 페이지 번호가 포함되어 있습니다. 그러나 데이터의 역동적 인 특성으로 인해 커서 기반 페이지 매김의 페이지 번호를 제공 할 수 없습니다.

일반적으로, 오프셋 페이지 매김은 우리가 양방향으로 탐색 할 수 있고 커서 기반 페이지 매김은 주로 전진 탐색에 사용됩니다.

지금까지, 우리는 커서 기반 페이지 매김의 기본 요구와 차이점을 살펴 보았습니다. 이제 샘플 구현으로 이동하여 작동 방식을 식별 할 수 있습니다.

기본 커서 기반 페이지 매김 구현

먼저, PDO를 사용하여 데이터베이스 연결을 만듭니다. 그런 다음 결과를 페이지를 찍기 위해 handlePaginationData 함수를 실행합니다. 그런 다음 Max_id 또는 Min_id 매개 변수가 URL에서 사용할 수 있는지 확인합니다. Max_id는 Facebook의 후 매개 변수와 유사하며 앞으로 탐색하는 데 사용됩니다. Min_id는 Facebook의 이전 매개 변수와 유사하며 뒤로 탐색하는 데 사용됩니다. 또한 Max_ID 또는 Min_ID를 사용하여 WHERE 절을 내비게이션 방향 및 정렬 순서로 설정합니다. 그런 다음 쿼리를 실행하여 전체 결과 수를 얻기 위해 쿼리를 실행하고 결과를 좁히기 위해 제한 문으로 동일한 쿼리가 이어집니다.

이전 방향으로 가로 지르는 경우 정렬을 ASC로 변경해야합니다. 그렇지 않으면 이전 페이지 대신 최신 레코드를 검색합니다. 우리는 레코드를 배열로 뒤집어 내림차순으로 표시합니다.

그런 다음 결과를 고려합니다. 루핑하는 동안 첫 번째 레코드의 ID를 Min_ID로, 마지막 레코드를 Max_id로 할당합니다. 이 커서 값은 복제를 제거하여 정확한 데이터를 필터링하는 데 사용됩니다.
• 마지막으로, 우리는 Pagination 링크 구현을위한 이주자 기능을 볼 수 있습니다.
  다음 코드에는이 섹션에서 생성 된 페이지 매김에 대한 초기화 코드가 포함되어 있습니다.

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

  이제 실시간 데이터 페이지 매출의 작동 방식을 이해하기 위해 간단한 데이터 페이지 매김 샘플이 있습니다. 이 코드를 사용하고 결과를 통해 페이지를 즐기십시오. 페이지를 찍는 동안 테이블 끝에 일부 레코드를 추가하여 실시간으로 만듭니다. 그런 다음 앞뒤로 페이지에서 데이터 복제를 확인하십시오. 차이를 이해하기 위해 오프셋 기반 페이지 매김을 통해 동일하게하십시오.
  결론 이 튜토리얼에서 우리는 커서 기반 페이지 매김으로 실시간 데이터 페이지 매김의 이론을 배웠습니다. 아래 의견에 당신의 생각과 경험을 알려주십시오!

  커서 기반의 페이지 매김

  에서 자주 묻는 질문 (FAQ)
  오프셋과 커서 기반 페이지 매김 사이의 주요 차이점은 무엇입니까?

  오프셋 기반 페이지 매김은 처음부터 특정 수의 레코드를 건너 뛰고 세트 수의 레코드를 가져 오는 것과 관련이 있습니다. 그러나이 방법은 페이지 매김 중에 데이터가 추가되거나 제거되면 중복 레코드와 같은 문제로 이어질 수 있습니다. 반면, 커서 기반의 페이지 매김은 마지막 페치 레코드에서 고유 식별자 (커서)를 사용하여 다음 레코드 세트를 검색합니다. 이 방법은 더 효율적이며 오프셋 기반 페이지 매김과 관련된 문제를 피하여 실시간 데이터에 이상적입니다.

  커서 기반 페이지 매김은 실시간 데이터를 어떻게 처리합니까?

  커서 -기반 페이지 매김은 마지막 페치 레코드의 고유 식별자 (커서)를 사용하여 다음 레코드 세트를 검색하기 때문에 실시간 데이터에 특히 효과적입니다. 즉, 페이지 매김 프로세스 중에 새 데이터가 추가되거나 기존 데이터가 제거 되더라도 커서는 여전히 올바른 다음 레코드를 가리켜 레코드가 누락되거나 복제되지 않도록합니다. 모든 유형의 데이터와 함께 사용해야합니까?

  예, 커서 기반 페이지 매김은 모든 유형의 데이터와 함께 사용할 수 있습니다. 그러나 효율성이 중요한 실시간 데이터 또는 대규모 데이터 세트에서 특히 효과적입니다. 커서는 타임 스탬프 또는 고유 한 ID와 같은 고유 식별자가 될 수 있으며, 다음 레코드 세트를 가져 오는 데 사용할 수 있습니다.

  커서 기반의 페이지 매김은 어떻게 성능을 향상 시키는가?

  커서 기반 페이지 매김은 한 번에 처리 해야하는 데이터의 양을 줄임으로써 성능을 향상시킵니다. Cursor 기반의 페이지 매김은 모든 레코드를 가져온 다음 특정 번호를 건너 뛰는 대신 커서를 기반으로 다음 레코드 세트 만 가져옵니다. 이렇게하면 서버의 부하가 줄어들고 페이지 매김 프로세스가 더 빠르고 효율적입니다. 내 응용 프로그램에서 커서 기반 페이지 매김을 구현하려면 어떻게해야합니까?

  응용 프로그램에서 커서 기반 페이지 매김 구현에는 몇 단계가 필요합니다. 먼저 커서로 사용할 고유 식별자를 결정해야합니다. 이것은 타임 스탬프, 고유 한 ID 또는 기타 고유 한 값 일 수 있습니다. 다음 으로이 커서를 기반으로 레코드를 가져 오려면 데이터베이스 쿼리를 수정해야합니다. 마지막으로, Paginated 데이터를 처리하고 사용자가 페이지를 탐색 할 수 있도록 응용 프로그램의 UI를 업데이트해야합니다.

  커서 기반이 페이지 매김의 잠재적 인 단점은 무엇입니까?

  커서 기반 동안 커서 기반 동안 Pagination은 오프셋 기반 Pagination보다 효율적이고 신뢰할 수 있으며 몇 가지 잠재적 인 단점이 있습니다. 예를 들어, 특히 데이터가 커서로 사용할 명확한 고유 식별자가없는 경우 구현하는 것이 더 복잡 할 수 있습니다. 또한 특정 페이지 번호로 점프해야 할 때와 같은 모든 사용 사례에 적합하지 않을 수 있습니다.

  Cursor 기반 Pagination이 GraphQL과 함께 사용할 수 있습니까?

  예, 커서 -기반 페이지 매김은 GraphQL과 함께 사용할 수 있습니다. 실제로 GraphQL은 릴레이 사양을 통해 커서 기반 페이지 매김을 지원합니다. 이를 통해 GraphQL 애플리케이션에서 효율적이고 신뢰할 수있는 페이지 매력을 쉽게 구현할 수 있습니다.

  Cursor 기반 Pagination은 MySQL과 어떻게 작동합니까?

  Cursor 기반 Pagination은 MySQL에서 고유 한 것을 사용하여 구현할 수 있습니다. 타임 스탬프 또는 고유 ID와 같은 식별자는 커서입니다. 그런 다음 SQL 쿼리를 수정하여 'Where'및 'Limit'조항을 사용 하여이 커서를 기반으로 레코드를 가져올 수 있습니다. API?

  Slack은 API에서 커서 기반 페이지 매김을 사용하여 많은 양의 데이터를 효율적으로 가져옵니다. 그들은 고유 식별자를 커서로 사용하고 API 응답 에서이 커서를 제공하여 고객이 다음 레코드 세트를 가져올 수 있도록합니다. 이를 통해 고성능 및 신뢰성으로 대규모 데이터 세트를 처리 할 수 ​​있습니다.

  커서 기반 페이지 매김의 JSON API 사양은 무엇입니까?

  커서 기반 페이지 매김을위한 JSON API 사양은 고유 한 것을 사용합니다. API 응답의 '링크'객체에 커서 및이 커서를 포함하여 식별자. 이를 통해 고객은 제공된 링크를 따라 다음 레코드 세트를 쉽게 가져올 수 있습니다. 이 사양은 JSON API에서 커서 기반 페이지 매김을 구현하는 표준적이고 일관된 방법을 제공합니다.

위 내용은 커서 기반의 페이지 매김으로 실시간 데이터를 페이지에 넣습니다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!