We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
IN
The performance team has observed that when querying the last cache with IN clauses with ~100 elements leads to response times on the order of ~30ms.
For example,
SELECT * FROM last_cache('table_name', 'cache_name') where key_columns IN ('random value 1', ... 'random value 100');
This issue is for tracking whether or not this can be improved.
The text was updated successfully, but these errors were encountered:
Adding the stats and details in here.
Observations - Single and Multiple series (10 and 100 series) on PRO
Note: Not necessarily a problem, I believe Paul did mention for 100 series the expected latency is 20ms (+10ms for every 100 series).
Sorry, something went wrong.
To be fair, the numbers I mentioned were just guesses at what I thought good performance might look like. We should still look into this though :)
No branches or pull requests
The performance team has observed that when querying the last cache with
IN
clauses with ~100 elements leads to response times on the order of ~30ms.For example,
This issue is for tracking whether or not this can be improved.
The text was updated successfully, but these errors were encountered: