Details
-
Task
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
None
-
-
CP: sprint 86, CP: sprint 85
-
Core: Platform
Description
Context
There are issues with 'optimizedSql' related to hit count estimation – this code path does not use the standard estimation function in RMB but rather hard-codes a high value (99999+).
This leads to consistency issues raised as one of the problems in MODINVSTOR-468
Approach
We discussed two options:
1. integrate hit count estimation function with the optimizedSql
2. remove the optimizedSql code path
2. is preferably as long as there are no performance regressions. This needs to be tested. If there are performance regression approach 2. should be used instead.
Accepance criteria
The 'optimizedSql' path should return the same hit count estimation as the standard path.
This should be verified by sorting by "title" when searching through the /instance-storage/instances records.
e.g
/instance-storage/instances/?query=title=xxx sortby title
should give the same hitcount as
/instance-storage/instances/?query=title=xxx sortby title
Place where sortby title is used:
Performance testing
Please test the branch before and after changes locally using the guideline from https://wiki.folio.org/display/FOLIJET/Running+performance+test+with+%27platform-perf-test%27+locally
If the result look good, please merge in RMB and open a PR for mod-inventory-storage. When mod-inventory-storage has been merge please verify the performance using:
https://jenkins-aws.indexdata.com/job/Automation/job/folio-perf-platform/
Any performance regressions (especially related to 'sortby title') will require reverting the code.
TestRail: Results
Attachments
Issue Links
- blocks
-
MODINVSTOR-468 hitcount related issues in Q1
-
- 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-1071 Bugfest: Inventory. Sorting by Title gives different result counts when *filtering* ("More than 10,000 records found" (approximation is not close enough))
-
- 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
-
- is required by
-
UIIN-1055 Bugfest: Inventory. Sorting by Title gives different result counts than no sort when *searching*
-
- Closed
-
- relates to
-
RMB-573 streamGet with optimized SQL
-
- Open
-
-
RMB-593 SPIKE: investigate providing high-performance precise hitcount
-
- Open
-
-
RMB-613 optimizedSql performance regression
-
- Closed
-
-
RMB-644 implement generic sort optimization
-
- Blocked
-
-
MODINVSTOR-215 use sort or search index depending on the result size
-
- Closed
-
-
MODINVSTOR-489 InstanceStorageTest fails (hit count related)
-
- Closed
-
-
MODINVSTOR-513 hitcount estimation degeneration when upgrading MIS 19.1.2 (fameflower) -> MIS 19.2.0-SNAPSHOT (RMB30)
-
- Closed
-
-
RMB-673 totalRecords returns exact hit count for limit=0
-
- 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-1067 Inventory freezes after 20 Load more-clicks
-
- Closed
-