Improves the performance of the table ES|QL visualization

[stratoula]

Summary

Closes #187089

Fixes the performance of the ES|QL charts:

• the panel
• the table visualization

The ES|QL charts become imperformant for a big amount of fields. I am changing the implementation a bit in order to render (and hold to cache) only the fields that take part in the visualization and not all colums

Checklist

• Unit or functional tests were updated or added to match the most common scenarios

[stratoula]

/ci

[elasticmachine]

Pinging @elastic/kibana-visualizations (Team:Visualizations)

[dej611]

Tested it locally and it works.
I've left some code comments as memory pressure would be nice to be removed as well for performance.

[stratoula]

/ci

[kibana-ci]

💛 Build succeeded, but was flaky

• Buildkite Build
• Commit: 1f1b481

Failed CI Steps

Metrics [docs]

Module Count

Fewer modules leads to a faster build time

id	before	after	diff
lens	1479	1480	+1

Async chunks

Total size of all lazy-loaded chunks that will be downloaded as the user navigates the app

id	before	after	diff
lens	1.5MB	1.5MB	+411.0B

Page load bundle

Size of the bundles that are downloaded on every page load. Target size is below 100kb

id	before	after	diff
lens	49.4KB	49.8KB	+332.0B

Unknown metric groups

async chunk count

id	before	after	diff
lens	24	25	+1

History

• 💚 Build #218979 succeeded 11dbb52
• 💚 Build #218688 succeeded 14c43b4
• 💛 Build #218449 was flaky 606420d

To update your PR or re-run it, just comment with:
@elasticmachine merge upstream