7 Commits

Author	SHA1	Message	Date
Alexey Milovidov	6b809a1829	Remove a test	2023-05-05 06:43:21 +02:00
Mikhail f. Shiryaev	e6f5a3f98b	Apply black formatter to all *.py files in the repo	2022-03-22 17:39:58 +01:00
Azat Khuzhin	d0a031014e	Fix test_part_uuid::test_part_uuid_wal ... CI: https://clickhouse-test-reports.s3.yandex.net/30716/ca41267a4d5d7e1da3dd584c98a9143e15f394cf/integration_tests_(asan).html#fail1	2021-10-27 09:28:10 +03:00
Alexey Milovidov	e513a5db32	Change <yandex> to <clickhouse> in configs	2021-09-20 01:38:53 +03:00
Nicolae Vartolomei	7c8bc1c04e	Use JSON metadata in WAL	2020-11-20 13:49:17 +00:00
Nicolae Vartolomei	94293ca3ce	Assign UUIDs to parts only when configured to do so ... Avoid breaking backwards compatibility by default for now.	2020-11-20 13:49:17 +00:00
Nicolae Vartolomei	425dc4b11b	Add unique identifiers IMergeTreeDataPart structure ... For now uuids are not generated at all, they are present only if the part is updated manually (as you can see in the integration test). The only place where they can be seen today by an end user is in `system.parts` table. I was looking for hiding this column behind an option but couldn't find an easy way to do that. Likely this is also required for WAL, but need to think how not to break compatibility. Relates to #13574, https://github.com/ClickHouse/ClickHouse/issues/13574 Next 1: In the upcoming PR the plan is to integrate de-duplication based on these fingerprints in the query pipeline. Next 2: We'll enable automatic generation of uuids and come up with a way for conditionally sending uuids when processing distributed queries only when part movement is in progress.	2020-11-19 13:14:25 +00:00