-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
REPLACE view performance improvement needed and "AS OF SYSTEM TIME" supported #64577
Comments
Hello, I am Blathers. I am here to help you get the issue triaged. I was unable to automatically find someone to ping. If we have not gotten back to your issue within a few business days, you can try the following:
🦉 Hoot! I am a Blathers, a bot for CockroachDB. My owner is otan. |
cc @vy-ton |
Thanks for the ping @rafiss. This came up in a user interview so we should investigate for a future milestone. |
The feature to create a view based on a follower read seems reasonable. Though the qps dropping down to zero when creating a view normally is definitely not expected. To clarify, is the behavior from the screenshot from a regular It seems like something that should be handled as a support item, since zero qps is definitely quite bad. |
Confirmed that screenshot is for a |
It sounds like this is no longer needed now that we support TTL and we have the other two issues tracking the root issue. |
Is your feature request related to a problem? Please describe.
We are using "CREATE or REPLACE VIEW" to workaround lack of TTL functionality. When we create or replace a view, it causes performance to drop for about a minute!!! Need a smooth transition when replacing the view.
Describe the solution you'd like
Would like a smooth transition from previous view to the new view. It doesn't have to be transactional but should have a clean transition without the massive drop in performance for 1 minute. Additionally, Would like like to be able to create a view on tables with
as of system time
. The multiple tables than make up the view are used for reporting.Describe alternatives you've considered
TTL or True partitioning are not available so a structure of views per-month were our best last choice.
Epic: CRDB-9838
Jira issue: CRDB-7138
The text was updated successfully, but these errors were encountered: