From: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru> |
---|---|
To: | Bernd Helmle <mailings(at)oopsware(dot)de> |
Cc: | Michael Paquier <michael(at)paquier(dot)xyz>, jian he <jian(dot)universality(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: [PATCH] Add sortsupport for range types and btree_gist |
Date: | 2024-11-30 17:18:38 |
Message-ID: | 770DB2DA-0B56-464A-87CE-5620CF12E114@yandex-team.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On 30 Nov 2024, at 18:14, Bernd Helmle <mailings(at)oopsware(dot)de> wrote:
>
> I don't like this. This smells like we use the wrong tool. Andrey had
> the idea to use them because it looked as a compelling idea to check
> whether sortsupport is used in the code path or not.
>
> Maybe we should just use a specific DEBUG message and make sure it's
> handled by the tests accordingly.
We tried to go that route, random DEBUG1 lines were breaking tests (autovacuum or something like that, there was something non-deterministic). I think we can dig exact reason from 2021 thread why we abandoned that idea...
I think we have two options:
1. Just do not commit tests. We ran it manually, saw that paths are taken, we are happy.
2. Have just one file that builds sorted index on a table with few tuples for each data type.
We do not need to test that core sorting (or buffered) build works. AFAIR there's plenty of other tests to verify that.
Injection points seemed to me exactly the technogy that could help us to have tests for this patch. But at this point It looks like it's reasonable to take approach 1, as we did before.
Best regards, Andrey Borodin.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2024-11-30 19:08:08 | Re: CREATE SCHEMA ... CREATE DOMAIN support |
Previous Message | Pavel Stehule | 2024-11-30 17:00:06 | Re: how to get MAJORVERSION in meson |