-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[META] Filtering/searching on tables woes #14729
Comments
While not related to filtering or searching, another reason to have a non-analyzed title field is so we can implement paging with sorting. |
@stacey-gammon Reported here: #5734 |
I've been doing some investigation and more thinking on this and I think there is a line in the sand we can confidently draw. For search queries that do not include spaces, using a non-analyzed field with an automatically appended Input (a total of 9 docs):
Searches:
However, introducing spaces causes issues with using the non analyzed field:
For spaces, we should use the analyzed field and let it the standard analyzer do it's work:
It kinda works. But we probably only want the saved search results.
That's better. But we also need to address #14687
We only want to show the first, so we need to ensure
Conclusion to follow... |
this one's probably related too: #11403 |
I am closing this as there is only one issue left and is already assigned in the correct team |
This is a meta ticket to describe the various issues around filtering/searching our common tables (visualizations, dashboards, saved objects, etc).
We need to define and implement a consistent search/filtering experience.
There are also a few tickets around using an analyzer on the
title
field for the saved objects.#4563 #5734 #10424. We should probably have an analyzed field and a non analyzed field and be smart about choosing which to use when searching/filtering.
/cc @stacey-gammon
The text was updated successfully, but these errors were encountered: