-
Notifications
You must be signed in to change notification settings - Fork 18
chore(deps): update dependency timescale/timescaledb to v2.25.0 #102
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
Open
renovate
wants to merge
1
commit into
main
Choose a base branch
from
renovate/timescale-timescaledb-2.x
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
3077e07 to
41c6af3
Compare
aca7c5d to
38d3756
Compare
1d33a8d to
d7168be
Compare
1777b72 to
0daec5b
Compare
6772d81 to
3deb82a
Compare
a472898 to
97e4908
Compare
c1bed9e to
a294a2d
Compare
a294a2d to
329bbe6
Compare
329bbe6 to
2c223c4
Compare
b4866bc to
036ca64
Compare
036ca64 to
e661092
Compare
e661092 to
246328e
Compare
1b4fc27 to
289adb1
Compare
b9e1071 to
fbfee3c
Compare
54402fb to
93ac355
Compare
0a89071 to
0fd0f0b
Compare
0fd0f0b to
d3c79f4
Compare
853e0ad to
67631ac
Compare
67631ac to
39bbcb7
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
2.19.3→2.25.0Release Notes
timescale/timescaledb (timescale/timescaledb)
v2.25.0Compare Source
This release contains performance improvements and bug fixes since the 2.24.0 release. We recommend that you upgrade at the next available opportunity.
Highlighted features in TimescaleDB v2.25.0
This release features multiple improvements for continuous aggregates on the columnstore:
buckets_per_batchto 10 reduces transaction sizes, requiring less WAL holding time.segmentbyandorderbyyield improved query performance and better compression ratio on the columnstore.Sunsetting announcements
Features
timescaledb.enable_direct_compress_on_cagg_refreshbuckets_per_batchon continuous aggregate refresh policy to10bgw_jobtable into schema_timescaledb_catalogrebuild_columnstoreprocedureSEToption for continuous aggregateswork_memfor background worker jobsColumnarIndexScancustom nodeselect column from table group by column.FIRSTandLASTinColumnarIndexScanColumnarIndexScanenable_columnarscanto control columnarscantime_bucket_ngfunction_timescaledb_debugschemaBug fixes
ColumnarScanPathEquivalenceClassindex update forRelOptInfoVACUUM FULLrelfrozenxidDELETEfrom a partially compressed chunk may miss records ifBitmapHeapScanis being usedALTER TABLEtime_bucketwith timezone during DSTbgw_jobNULLvalues in continuous aggregate invalidation more gracefullyGUCs
enable_columnarindexscan: Enable returning results directly from compression metadata without decompression. This feature is experimental, and in development towards a GA release. Not for production environments. Default:falseenable_direct_compress_on_cagg_refresh: Enable experimental support for direct compression during Continuous Aggregate refresh. Default:falseenable_qual_filtering: Filter qualifiers on chunks when complete chunk would be included by filter. Default:trueThanks
time_bucketv2.24.0Compare Source
This release contains performance improvements and bug fixes since the 2.23.1 release. We recommend that you upgrade at the next available opportunity.
Highlighted features in TimescaleDB v2.24.0
time_bucketthat accepts UUIDv7 values and returns precise, timezone-aware timestamps — unlocking powerful time-series analytics on modern UUID-driven table schemas.recompress := trueoption on theconvert_to_columnstoreAPI enables pure in-memory recompression, delivering a 4–5× speed boost over the previous disk-based process.ARM support for bloom filters
The sparse bloom filter indexes will stop working after upgrade to 2.24. If you are affected by this problem, the warning "bloom filter sparse indexes require action to re-enable" will appear in the Postgres log during upgrade.
In versions before 2.24, the hashing scheme of the bloom filter sparse indexes used to depend on the build options of the TimescaleDB executables. These options are set by the package publishers and might differ between different package sources or even versions. After upgrading to a version with different options, the queries that use the bloom filter lookups could erroneously stop returning the rows that should in fact match the query conditions. The 2.24 release fixes this by using distinct column names for each hashing scheme.
The bloom filter sparse indexes will be disabled on the compressed chunks created before upgrading to 2.24. To re-enable them, you have to decompress and then compress the affected chunks.
If you were running the official APT package on AMD64 architecture, the hashing scheme did not change, and it is safe to use the existing bloom filter sparse indexes. To enable this, set the GUC
timescaledb.read_legacy_bloom1_v1 = onin the server configuration.The chunks compressed after upgrade to 2.24 will use the new index format, and the bloom filter sparse indexes will continue working as usual for these chunks without any intervention.
For more details, refer to the pull request #8761.
Deprecations
2.7.0and provides significant improvements in terms of performance and storage efficiency. Please usecagg_migrate(<CONTINUOUS_AGGREGATE_NAME>)to migrate to the new format. Tiger Cloud users are migrated automatically.timescaledb_information.compression_settingswill be removed. Please usetimescaledb_information.hypertable_columnstore_settingsas a replacement.timescaledb_experimental.policiesand the adjacent experimental functionsadd_policies,alter_policies,show_policies,remove_policies, andremove_all_policiesto manage continuous aggregates will be removed in an upcoming release. For replacements, please use the Jobs API.Backward-Incompatible Changes
Features
x = any(array[...])using bloom filter sparse indexes.ALTER COLUMN TYPEwhen compression is enabled but no compressed chunks existBugfixes
_timescaledb_functions.cagg_watermarkerror handlingDEBUG1if_not_existsbehaviour when adding refresh policyGUCs
direct_compress_copy_tuple_sort_limit: Number of tuples that can be sorted at once in aCOPYoperation.direct_compress_insert_tuple_sort_limit: Number of tuples that can be sorted at once in anINSERToperation.read_legacy_bloom1_v1: Enable reading the legacybloom1version 1 sparse indexes forSELECTqueries.enable_in_memory_recompression: Enable in-memory recompression functionality.Thanks
ALTER COLUMN TYPEfor hypertable with columnstore when no compressed chunks existv2.23.1Compare Source
This release contains performance improvements and bug fixes since the 2.23.0 release. We recommend that you upgrade at the next available opportunity.
Bugfixes
Thanks
v2.23.0Compare Source
This release contains performance improvements and bug fixes since the 2.22.1 release. We recommend that you upgrade at the next available opportunity.
Highlighted features in TimescaleDB v2.23.0
PostgreSQL 15 deprecation announcement
We will continue supporting PostgreSQL 15 until June 2026. Closer to that time, we will announce the specific TimescaleDB version in which PostgreSQL 15 support will not be included going forward.
Features
ALTER TABLE SET.partition_columninCREATE TABLE WITHoptional.CREATE TABLE WITHstatement.ChunkDispatchcustom node.INSERTsupport for direct compress.ALTER TABLE ONLYto changereloptionsto apply setting changes only to future chunks.insert_blockertrigger.Bugfixes
approximate_row_countfor compressed chunks.DELETEon compressed chunk.ColumnarScanforUNIONqueries.boolcolumns of a compressed hypertable.ChunkAppend.next_startforWITHclause compression policy.GUCs
cagg_processing_wal_batch_size: Batch size when processing WAL entries.enable_cagg_wal_based_invalidation: Enable experimental invalidations for continuous aggregates using WAL.enable_direct_compress_insert: Enable direct compression duringINSERT.enable_direct_compress_insert_client_sorted: Enable direct compressINSERTwith presorted data.enable_direct_compress_insert_sort_batches: Enable batch sorting during direct compressINSERT.Thanks
show_chunks()and UUIDv7 partitioningtimescaledb_information.job_statsviewv2.22.1Compare Source
This release contains performance improvements and bug fixes since the 2.22.0 release. We recommend that you upgrade at the next available opportunity.
This release blocks the ability to leverage concurrent refresh policies in hierarchical continuous aggregates, as potential deadlocks can occur.
Concurrent refresh policies were introduced in 2.21.0 and allow users to define multiple time ranges, to refresh, e.g. data from the last hour in policy and the last day in a second policy.
If you are using this feature with hierarchical continuous aggregates, please remove the existing policies and create a new policy for the full range you want to refresh, of the continuous aggregate as follows:
Bugfixes
ALTER TABLE RESETfororderbysettingsCREATE TABLE WITHwhen using UUIDv7 partitioningALTER TABLEcommands to foreign data wrapper chunks not propogated.varchartypedsegmentbycolumnsThanks
CREATE TABLE WITHwhen using UUIDv7 partitioningv2.22.0Compare Source
This release contains performance improvements and bug fixes since the 2.22.1 release. We recommend that you upgrade at the next available opportunity.
Highlighted features in TimescaleDB v2.23.0
PostgreSQL 15 deprecation announcement
We will continue supporting PostgreSQL 15 until June 2026. Closer to that time, we will announce the specific TimescaleDB version in which PostgreSQL 15 support will not be included going forward.
Features
ALTER TABLE SET.partition_columninCREATE TABLE WITHoptional.CREATE TABLE WITHstatement.ChunkDispatchcustom node.INSERTsupport for direct compress.ALTER TABLE ONLYto changereloptionsto apply setting changes only to future chunks.insert_blockertrigger.Bugfixes
approximate_row_countfor compressed chunks.DELETEon compressed chunk.ColumnarScanforUNIONqueries.boolcolumns of a compressed hypertable.ChunkAppend.next_startforWITHclause compression policy.GUCs
cagg_processing_wal_batch_size: Batch size when processing WAL entries.enable_cagg_wal_based_invalidation: Enable experimental invalidations for continuous aggregates using WAL.enable_direct_compress_insert: Enable direct compression duringINSERT.enable_direct_compress_insert_client_sorted: Enable direct compressINSERTwith presorted data.enable_direct_compress_insert_sort_batches: Enable batch sorting during direct compressINSERT.Thanks
show_chunks()and UUIDv7 partitioningtimescaledb_information.job_statsviewv2.21.4Compare Source
This release contains performance improvements and bug fixes since the 2.21.3 release. We recommend that you upgrade at the next available opportunity.
Bugfixes
v2.21.3Compare Source
This release contains performance improvements and bug fixes since the 2.21.2 release. We recommend that you upgrade at the next available opportunity.
Bugfixes
v2.21.2Compare Source
This release contains performance improvements and bug fixes since the 2.21.1 release. We recommend that you upgrade at the next available opportunity.
Bugfixes
show_chunksto process more than 65535 chunksv2.21.1Compare Source
This release contains one bug fix since the 2.21.0 release. We recommend that you upgrade at the next available opportunity.
Bugfixes
Thanks
INSERTstatementsv2.21.0Compare Source
This release contains performance improvements and bug fixes since the 2.22.0 release. We recommend that you upgrade at the next available opportunity.
This release blocks the ability to leverage concurrent refresh policies in hierarchical continuous aggregates, as potential deadlocks can occur.
Concurrent refresh policies were introduced in 2.21.0 and allow users to define multiple time ranges, to refresh, e.g. data from the last hour in policy and the last day in a second policy.
If you are using this feature with hierarchical continuous aggregates, please remove the existing policies and create a new policy for the full range you want to refresh, of the continuous aggregate as follows:
Bugfixes
ALTER TABLE RESETfororderbysettingsCREATE TABLE WITHwhen using UUIDv7 partitioningALTER TABLEcommands to foreign data wrapper chunks not propogated.varchartypedsegmentbycolumnsThanks
CREATE TABLE WITHwhen using UUIDv7 partitioningv2.20.3Compare Source
This release contains bug fixes since the 2.20.2 release. We recommend that you upgrade at the next available opportunity.
Bugfixes
Thanks
v2.20.2Compare Source
This release contains bug fixes since the 2.20.1 release. We recommend that you upgrade at the next available opportunity.
Bugfixes
NULLcompression handling for vectorized constraint checkingv2.20.1Compare Source
This release contains performance improvements and bug fixes since the 2.20.0 release. We recommend that you upgrade at the next available opportunity.
Features
Bugfixes
Thanks
v2.20.0Compare Source
This release contains performance improvements and bug fixes since the 2.22.0 release. We recommend that you upgrade at the next available opportunity.
This release blocks the ability to leverage concurrent refresh policies in hierarchical continuous aggregates, as potential deadlocks can occur.
Concurrent refresh policies were introduced in 2.21.0 and allow users to define multiple time ranges, to refresh, e.g. data from the last hour in policy and the last day in a second policy.
If you are using this feature with hierarchical continuous aggregates, please remove the existing policies and create a new policy for the full range you want to refresh, of the continuous aggregate as follows:
Bugfixes
ALTER TABLE RESETfororderbysettingsCREATE TABLE WITHwhen using UUIDv7 partitioningALTER TABLEcommands to foreign data wrapper chunks not propogated.varchartypedsegmentbycolumnsThanks
CREATE TABLE WITHwhen using UUIDv7 partitioningConfiguration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.