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

Question: When ES is working for files and deck provider how to switch off DB operation for those providers? #799

Closed
cue108 opened this issue Oct 2, 2023 · 1 comment

Comments

@cue108
Copy link

cue108 commented Oct 2, 2023

I now have an Elasticsearch (ES) cluster up and running, and a full indexing process completed successfully. As expected, I'm getting very fast results from the ES cluster. However, when monitoring the system, I've noticed that the database operations for provider file searches are still running and taking a long time. This is putting a heavy load on the database and significantly affecting the overall responsiveness of the system, even for a single search.

Moreover, when using the search via the Nextcloud App or also via the Nextcloud Desktop App a result can only be clicked when the whole search is done.
Usually the ES based searches for the provider file and deck are instantly responding while for the provider files via DB operations on both the smartphone apps and the desktop apps takes minutes on my system and in the meantime I cannot choose the results I can see on the screen already. So I have to stare on the desired search results while waiting until the DB operation for files delivering less results is processing for-ever..

I would like to disable the database-based search since I'm highly satisfied with the results provided by ES. How can I achieve this?

@cue108 cue108 changed the title Question: WHen ES is working for files and deck provider how to switch off DB operation for those providers? Question: When ES is working for files and deck provider how to switch off DB operation for those providers? Oct 2, 2023
@cue108
Copy link
Author

cue108 commented Jul 13, 2024

Improved DB behavior via replacing slow indexes on oc_filecache under Postgres with appropriate once.

@cue108 cue108 closed this as completed Jul 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant