Re: UniqueKey v2 - Mailing list pgsql-hackers

From zhihuifan1213@163.com
Subject Re: UniqueKey v2
Date
Msg-id 87cywmmdf4.fsf@163.com
Whole thread Raw
In response to Re: UniqueKey v2  (jian he <jian.universality@gmail.com>)
List pgsql-hackers
jian he <jian.universality@gmail.com> writes:

> On Fri, Oct 20, 2023 at 4:33 PM <zhihuifan1213@163.com> wrote:
>>
>>
>> > i did some simple tests using text data type.
>> >
>> > it works with the primary key, not with unique indexes.
>> > it does not work when the column is unique, not null.
>> >
>> > The following is my test.
>>
>> Can you simplify your test case please? I can't undertand what "doesn't
>> work" mean here and for which case. FWIW, this feature has nothing with
>> the real data, I don't think inserting any data is helpful unless I
>> missed anything.
>
> Sorry for not explaining it very well.
> "make distinct as no-op."
> my understanding: it means: if fewer rows meet the criteria "columnX <
>  const_a;" , after analyze the table, it should use index only scan

No, "mark distinct as no-op" means the distinct node can be discarded
automatically since it is not needed any more. The simplest case would
be "select distinct pk from t", where it should be same as "select pk
from t".  You can check the testcase for the more cases.

--
Best Regards
Andy Fan




pgsql-hackers by date:

Previous
From: Nathan Bossart
Date:
Subject: Re: Atomic ops for unlogged LSN
Next
From: Nathan Bossart
Date:
Subject: Re: Popcount optimization using AVX512