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

[Lens] Provide better guidance for dimension cardinality (especially for top values) #95007

Closed
Tracked by #184459
flash1293 opened this issue Mar 19, 2021 · 6 comments
Closed
Tracked by #184459
Labels
enhancement New value added to drive a business result Feature:Lens 🧊 iceboxed impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. Team:Visualizations Visualization editors, elastic-charts and infrastructure

Comments

@flash1293
Copy link
Contributor

flash1293 commented Mar 19, 2021

Splitting this out from #93912 because I think it's a longer term project.

We discussed this topic offline and had the following ideas:

  • In some cases, it makes sense to go beyond 1000, in some cases it doesn't make sense (like break down by in xy chart)
    • A smart system should take the context of the dimension into account
  • The real problem is when there are nested top values (because in the worst case the sizes are multiplied)
    • A smart system should take the full configuration into account and limit this full configuration in a meaningful way

However, there are a lot of open questions how this would work exactly:

  • The nesting order of x axis and break down by is configurable, even if the user is setting the size to "just" 1000, they can still end up with many more series - is this OK? If not, what can we do about it?
  • In what way do we try to guide the user if they configure too high cardinality configurations?
  • How do we communicate the sum/product of the nested aggregation cardinality matters? Does the user have to balance the configuration of all dimensions, going back and forth to be allowed to increase cardinality? How do we keep this a nice experience?
  • How does this fit into the architecture? Right now the visualization is not communicating these kinds of things to the datasource at all
  • What are sensible limits for the different situations?
@flash1293 flash1293 added enhancement New value added to drive a business result Team:Visualizations Visualization editors, elastic-charts and infrastructure Feature:Lens labels Mar 19, 2021
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app (Team:KibanaApp)

@yuvielastic
Copy link

yuvielastic commented Jun 14, 2022

+1 Need the functionality to show more than 1000 top values in Lens.

We were determining why we are seeing high capacity usage in {months} and one of the ways to determine was to identify the capacity used per deployment. As we have more than 1000 deployments on specific days, I wasn't able to get the required data from Table vis in Lens and had to use Data table vis to get the results.

@ghudgins
Copy link
Contributor

@drewdaemon
Copy link
Contributor

Related change to 10,000 limit #136399

@stratoula stratoula added the impact:needs-assessment Product and/or Engineering needs to evaluate the impact of the change. label Feb 15, 2023
@archon810
Copy link

archon810 commented Aug 28, 2023

The top limit is now 10,000, but what if I wanted to go higher? Why does it need to be hardcoded - can it be a setting in kibana.yml? For example, we set index.max_result_window to 65535 and would like to match it in kibana.

The use case is downloading a large list of IPs that participated in a DDoS from the logs powered by Elastic/kibana.

@timductive timductive added impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. and removed impact:needs-assessment Product and/or Engineering needs to evaluate the impact of the change. labels Nov 29, 2023
@markov00
Copy link
Member

In order to provide better transparency of priorities, issues that will not be prioritized within the next 24 months are being closed.

Tracking request in Lens general improvements ice box #184459

@markov00 markov00 closed this as not planned Won't fix, can't repro, duplicate, stale May 29, 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:Lens 🧊 iceboxed impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. Team:Visualizations Visualization editors, elastic-charts and infrastructure
Projects
None yet
Development

No branches or pull requests

9 participants