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

Provide an easy way to apply a runtime field to an index mapping or ingest processor #102467

Closed
Tracked by #166175
aarju opened this issue Jun 17, 2021 · 6 comments
Closed
Tracked by #166175
Labels
enhancement New value added to drive a business result Feature:Data Views Data Views code and UI - index patterns before 8.0 impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL.

Comments

@aarju
Copy link

aarju commented Jun 17, 2021

Describe the feature:
A feature within the Kibana Index management interface that allows an administrative user to easily convert a runtime field to a 'permanent' field within the Elasticsearch index mappings. It could be a button to apply the changes to the index directly, or even a pop-up that displays the command to run in the dev console to update the mapping for that field and remove the runtime field. If the runtime field contains a painless script it could be verified in the context of an ingest processor.

Describe a specific use case for the feature:
Scenario 1: Within a large organisation it is common to have analysts that work with the data every day and those analysts will create runtime fields in kibana for use in their queries and visualizations. Over time an index pattern may contain hundreds of runtime fields which could negatively impact cluster performance. An administrative user could use this feature to review the runtime fields on an index and quickly apply them to the mappings and ingest processors to reduce load on the cluster

Scenario 2: An analyst has an unmapped field in an index so they create a runtime field for use in their queries. They want to use this field in a watcher but at this time watchers can not reference runtime fields so they must first have an admin manually update the index field mappings.

@botelastic botelastic bot added the needs-team Issues missing a team label label Jun 17, 2021
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-services (Team:AppServices)

@botelastic botelastic bot removed the needs-team Issues missing a team label label Jun 17, 2021
@kertal kertal added the enhancement New value added to drive a business result label Jun 17, 2021
@mattkime
Copy link
Contributor

@elastic-jb Could you make sure this is considered from a product perspective? At this moment I'm unsure who from product is working on this particular aspect.

@elastic-jb
Copy link

@mattkime it definitely is. We are currently scoping this as part of a larger saved object management initiative. Will catch you up next week.

@exalate-issue-sync exalate-issue-sync bot added impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort labels Jun 21, 2021
@aarju
Copy link
Author

aarju commented Jun 28, 2022

I think this issue can be closed. There is now a dropdown to select schema-type in the Data View management UI. Thanks to whoever implemented it!

@petrklapka petrklapka added Feature:Data Views Data Views code and UI - index patterns before 8.0 Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. and removed Team:AppServicesSv labels Nov 28, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-data-discovery (Team:DataDiscovery)

@kertal
Copy link
Member

kertal commented Sep 24, 2024

Closing this because it's not planned to be resolved in the foreseeable future. It will be tracked in our Icebox and will be re-opened if our priorities change. Feel free to re-open if you think it should be melted sooner.

@kertal kertal closed this as not planned Won't fix, can't repro, duplicate, stale Sep 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New value added to drive a business result Feature:Data Views Data Views code and UI - index patterns before 8.0 impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL.
Projects
None yet
Development

No branches or pull requests

6 participants