Skip to content
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

Is it possible to increase the performance of an areas request ? #11393

Open
f-llewellyn opened this issue Aug 19, 2024 · 2 comments
Open

Is it possible to increase the performance of an areas request ? #11393

f-llewellyn opened this issue Aug 19, 2024 · 2 comments
Labels
migrated Issues that have been migrated to an internal board question Further information is requested

Comments

@f-llewellyn
Copy link

Summary
When trying to fetch Reapit areas in large instances, the request takes too long and causes our back end to timeout. This is due to the large amount of unnecessary data returned. All we require is area name and id.

Detail and or supporting links and screenshots
When calling the reapit areas endpoint, an attribute of the returned objects is an areas field that contains a list of co-ordinates dictating the geographical location of the area. In certain, large instances, these arrays can be so large that they slow down the requests significantly. Due to the amount of time taken, our backend times out. It looks as if the requests can take upwards of a minute when accounting for each page, as shown here:

image

The reason we make this request is to allow agents to select an area when sending applicant records. For this, the only information we need from these requests is the area name and id. To cut down on unnecessary data, we already filter by officeId.

Is it possible to only request area name and id fields, or make the request in a more performant way?

@f-llewellyn f-llewellyn added needs-triage question Further information is requested labels Aug 19, 2024
@AshDeeming
Copy link

Migrated to internal issue: PBI-5865

@AshDeeming AshDeeming added migrated Issues that have been migrated to an internal board and removed needs-triage labels Aug 21, 2024
@AshDeeming
Copy link

Hi @f-llewellyn
Please note that following an investigation, there is a bigger piece of work to update the structure of the table in the CRM

In the short term we’d recommend you look to reduce the size of the request (to 100 for example)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
migrated Issues that have been migrated to an internal board question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants