Aleksander Alekseev 91f3edf609 Refactoring: get rid of max_bucket_width
Our code occasionally mentions max_bucket_width. However, in practice, there is
no such thing. For fixed-sized buckets, bucket_width and max_bucket_width are
always the same, while for variable-sized buckets bucket_width is not used at
all (except the fact that it equals -1 to indicate that the bucket size is
variable).

This patch removes any use of max_bucket_width, except for arguments of:

- _timescaledb_internal.invalidation_process_hypertable_log()
- _timescaledb_internal.invalidation_process_cagg_log()

The signatures of these functions were not changed for backward compatibility
between access and data nodes, which can run different versions of TimescaleDB.
2021-12-16 16:33:20 +03:00
..
2021-12-13 22:21:17 +03:00
2021-07-01 07:40:46 +02:00
2021-12-03 13:51:11 -05:00
2020-10-05 19:35:51 +02:00
2020-07-29 15:30:39 -04:00
2021-07-01 07:40:46 +02:00
2019-04-26 13:08:00 -04:00
2021-09-02 15:25:59 -04:00
2021-07-30 17:51:30 -04:00