Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
-
CP: sprint 86, CP: sprint 87, CP: sprint 85
-
8
-
Core: Platform
Description
Bug Context
A number of issues have been raised in UI inventory relating to inconsistent record counts reported when searching.
This issues in intended to cover issues found in:
UIIN-1046 - Sorting seems to impact the record counts returned by the API
UIIN-1049 - Effective location filter gives inconsistent record counts
UIIN-1050 - 1000 records reported for instances suppressed from discovery, when there should be over 7000
UIIN-1055 - Keyword search gives inconsistent record counts
UIIN-1046 is included because it appears from testing Zak_Burke did that adding a sort clause increases the liklihood of an inaccurate record count being returned.
Maybe this is a known limitation of the record count estimation, that cannot be easily resolved. If so, I think we need to document it in a way that can be explained to end users.
Issues to be addressed
- consistency in reporting hitcounts — the hitcount is an estimate but is reported consistently when using different sort and filter criteria
- adding a dedicated function (e.g a `…`sign next to the hit count) to allow the user to retrieve a precise hit count — it is expected that this will take minutes for very large result sets (millions of record)
- make the estimate appear less “falsely precise” — eg 18000 instead of 18245 but not commit to provide a true lower-bound for the count
Implementation context
Hitcount estimation is done through a nessacity – it's not possible to provide precise hitcounts in the fulltext search scenarios for result sets of millions of records.
As explained by Adam on MODINVSTOR-321:
There are three cases:
1. sort by title: Using a special "optimized SQL path". If the limit is X and there are more than X records, it returns 999999999. That's of course a very weird way to return hit counts. This path AFAIK is only used by /instance-storage/instances
2. Not sort by title and using a criteria / filter .. The hit count is an estimate if there are more than 1000 records. RMB-506
3. Not sort by title and not using critiera/ / filter. Hit count should be accurate.
We discussed adding functionality in RMB to allow the client to request a precise hitcount: RMB-578 and RMB-579
This functionality ONLY makes sense in a specific circumstances (e.g user requesting precise hitcount AFTER issuing a search) not as a general replacement.
TestRail: Results
Attachments
Issue Links
- blocks
-
UIIN-1049 Paused due to POC of Elastic Search. Bugfest: Inventory. Effective Location Result Counts Don't Add Up (Off by Unacceptable Amount) And Seem Suspicious
-
- Closed
-
-
UIIN-1050 Paused due to POC of Elastic Search. SPIKE: Bugfest: Inventory. Item segment. Filtering on Suppress from discovery: Yes and No Don't Add Up (Off by Unacceptable Amount)
-
- Closed
-
-
UIIN-1055 Bugfest: Inventory. Sorting by Title gives different result counts than no sort when *searching*
-
- Closed
-
-
UIIN-1070 Paused due to POC of Elastic Search. BugFest: Inventory. Search for Term and Filter by Status = Available Always Results in 1,000 Results
-
- Closed
-
-
UIIN-1129 SPIKE: JTST Environment. Inventory. Search for Status = Available, Sort by Contributor Gives No Results in Main Pane Despite Result Count of 93,717
-
- Closed
-
- duplicates
-
FOLIO-2557 hitcount estimation is way off
-
- Closed
-
- is blocked by
-
RMB-591 remove or harmonize 'optimizedSql' execution path
-
- Closed
-
-
RMB-592 SPIKE: propose improvements to the hit count estimation function
-
- Closed
-
- is duplicated by
-
MODINVSTOR-467 Inconsistent Record Counts when Searching
-
- Closed
-
- relates to
-
MODINVSTOR-321 999 999 999 Records found
-
- Closed
-
-
RMB-578 Inform whether totalRecords is exact or an estimate
-
- Blocked
-
-
RMB-579 In a GET request, control whether the server may estimate the hit count
-
- Closed
-
-
RMB-592 SPIKE: propose improvements to the hit count estimation function
-
- Closed
-
-
UXPROD-2623 Wait for POC of Elastic Search - Round estimated search result hit count (totalRecords)
-
- Closed
-
-
CHAL-294 Query request where offset value > totalRecords returns 0 reords even if actual number of records > totalRecords
-
- In Code Review
-
-
CIRCSTORE-210 Requests -Filtering by Request Type returns (Total Records = 1000) when there are more
-
- Closed
-
-
FOLIO-2557 hitcount estimation is way off
-
- Closed
-
-
MODINVSTOR-465 Bulk download Instance UUIDs OOM
-
- Closed
-
-
UIIN-1071 Bugfest: Inventory. Sorting by Title gives different result counts when *filtering* ("More than 10,000 records found" (approximation is not close enough))
-
- Closed
-