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

Caching in filter selectable values #219

Open
PaulPoulain opened this issue Dec 17, 2019 · 0 comments
Open

Caching in filter selectable values #219

PaulPoulain opened this issue Dec 17, 2019 · 0 comments
Labels
enhancement New feature or request

Comments

@PaulPoulain
Copy link
Member

When you create a filter in a report, the list of possible values is automatically calculated from the related field.
This is sometimes highly time consuming, because of the SQL query that is built.

We could speed up by:

  • letting the layer creator enter the list of possible values. For example, in Koha, statistics.type can have localuse, issue, return, renew, writeoff, payment, onsite_checkout only. Urungi seems to do something like "SELECT DISTINCT type FROM statistics" that is very long to run. Same thing with values calculated from a coded field (leader, field 100): they have a limited and known list of possible values. The SELECT FROM extractValue(marcxml//... is very long (more than 30 seconds sometimes !!!)

To do: in the field definition, have a tab with 3 options:

  • auto-calculated (as currently, default value)
  • list of values entered manually by the layer creator. Values separated by ,
  • SQL query manually entered by the layer creator
@PaulPoulain PaulPoulain added enhancement New feature or request Major This is a major topic, should be prioritized high labels Dec 17, 2019
@PaulPoulain PaulPoulain removed the Major This is a major topic, should be prioritized high label Sep 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant