Changes for page 1. SearchHotelPrices
Last modified by Giorgi Mdivnishvili on 2024/11/06 10:47
From version 15.1
edited by Giorgi Mdivnishvili
on 2024/04/11 18:00
on 2024/04/11 18:00
Change comment:
There is no comment for this version
To version 14.1
edited by Giorgi Mdivnishvili
on 2024/04/11 17:55
on 2024/04/11 17:55
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -402,57 +402,7 @@ 402 402 {{/code}} 403 403 404 404 405 -**Overview:** The Paging and Caching mechanism is designed to efficiently manage data retrieval in a paginated format. This mechanism is essential for handling large datasets by dividing the data into manageable pages, thereby optimizing the performance and scalability of data retrieval operations. 406 406 407 -**Initial Request:** 408 - 409 -* **Purpose**: The first request initiates the paging process and is designed to fetch the initial set of data without utilizing a pagingId. 410 -* **Parameters**: 411 -** pagingId: Should be set to an empty string ("") to indicate that this is the initial request. 412 -** pageNumber: Indicates the specific page of data to retrieve, starting with 1. 413 -** pageRowCount: Specifies the number of results to be included on each page. 414 - 415 -**Example - First Request**: 416 - 417 -{{{{ 418 - "pagingId": "", 419 - "pageNumber": 1, 420 - "pageRowCount": 10 421 -} 422 -}}} 423 - 424 - 425 -**Subsequent Requests with Caching:** 426 - 427 -* **Purpose**: Following the initial data retrieval, subsequent requests utilize the pagingId obtained from the previous response. This pagingId serves as a cache identifier, enabling the system to quickly access the relevant dataset and efficiently paginate through the data. 428 -* **Cache Utilization**: 429 -** Upon receiving a response, a pagingId value is provided. This pagingId should be used in subsequent requests to reference the cached data. 430 -** To navigate through the dataset, adjust the pageNumber while keeping the pagingId constant. 431 -** To refresh the dataset and clear the cache, initiate a new request without a pagingId. 432 - 433 - 434 -**Example - Request with Caching**: 435 - 436 -{{{ { 437 - "pagingId": "80", 438 - "pageNumber": 2, // Adjusted to fetch the next page 439 - "pageRowCount": 10 440 - } 441 -}}} 442 - 443 - 444 -**Cache Management:** 445 - 446 -* Clearing the cache and fetching a fresh set of data requires sending a new request with the pagingId parameter omitted or set to an empty string. This action resets the pagination and caching context. 447 - 448 -**Implementation Notes**: 449 - 450 -* The paging and caching mechanism significantly enhances data retrieval efficiency by minimizing server load and optimizing response times. 451 -* Developers should ensure that the pagingId is correctly managed between requests to maintain session continuity and data consistency. 452 - 453 -This documentation outlines the procedural framework for implementing a robust paging and caching strategy within data retrieval systems, detailing parameter usage and operational best practices for both initial and subsequent data fetch operations. 454 - 455 - 456 456 == Important == 457 457 458 458 {{error}}