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
Allow Scanner to do scans on already open relations #2173
Labels
tech-debt
Needs refactoring and improvement tasks related to the source code and its architecture.
Comments
NunoFilipeSantos
added
tech-debt
Needs refactoring and improvement tasks related to the source code and its architecture.
and removed
feature-enhancement
labels
Sep 27, 2021
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 17, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 18, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 18, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 22, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 23, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 23, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 25, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 25, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 25, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
to erimatnor/timescaledb
that referenced
this issue
Feb 25, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
erimatnor
added a commit
that referenced
this issue
Feb 28, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes #2173
RafiaSabih
pushed a commit
to RafiaSabih/timescaledb
that referenced
this issue
Apr 7, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
RafiaSabih
pushed a commit
to RafiaSabih/timescaledb
that referenced
this issue
Apr 8, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes timescale#2173
svenklemm
pushed a commit
that referenced
this issue
Apr 11, 2022
Make the Scanner module more flexible by allowing optional control over when the scanned relation is opened and closed. Relations can then remain open over multiple scans, which can improve performance and efficiency. Closes #2173
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
tech-debt
Needs refactoring and improvement tasks related to the source code and its architecture.
The Scanner currently opens a relation, starts a scan, ends the scan, and the closes the relation. This is convenient, but not very flexible.
Sometimes it make sense to keep an open relation and do multiple scans or operations on it before closing it. Therefore it would make sense to allow the scanner to work on already open relation, i.e., only do start and end scan, not open and close the relation.
This would allow code to keep relations open for multiple processing steps, and then only close when done with it.
The text was updated successfully, but these errors were encountered: