-
Notifications
You must be signed in to change notification settings - Fork 156
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate / improve performance on specific Provider Directory query #1871
Labels
cms-interop
This issue is associated with the CMS interoperability rule
P2
Priority 2 - Should Have
performance
performance
triage-performance
triage-search
Milestone
Comments
lmsurpre
changed the title
Investigate / improve performance on specific query from
Investigate / improve performance on specific Provider Directory query
Jan 18, 2021
lmsurpre
added
the
cms-interop
This issue is associated with the CMS interoperability rule
label
Jan 27, 2021
Might benefit from #1385 |
Also the work Mike is doing on #1158 is likely to help here by removing the revinclude from the core query. |
After deploying the latest changes, I ran the search from the description: This now results in 3 subsequent queries to the database:
The entire request completes in about 0.2 seconds. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
cms-interop
This issue is associated with the CMS interoperability rule
P2
Priority 2 - Should Have
performance
performance
triage-performance
triage-search
The HL7 DaVinci PlanNet reference client has a page that sequentially retrieves each page of results for this complicated query:
The system currently has the planNet sample data loaded, which is only about:
But the count query is taking over 2 seconds:
And the retrieval is more that 5:
Anything we can do to speed these up?
The text was updated successfully, but these errors were encountered: