Re: Exclusion constraints on partitioned tables

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Exclusion constraints on partitioned tables
Дата
Msg-id b2a08477-aa90-ed2b-d783-3d86d1c6be8d@eisentraut.org
обсуждение исходный текст
Ответ на Re: Exclusion constraints on partitioned tables  (Paul A Jungwirth <pj@illuminatedcomputing.com>)
Список pgsql-hackers
On 11.07.23 07:52, Paul A Jungwirth wrote:
> On Mon, Jul 10, 2023 at 8:06 AM Paul A Jungwirth
> <pj@illuminatedcomputing.com> wrote:
>>
>> On Mon, Jul 10, 2023 at 7:05 AM Peter Eisentraut <peter@eisentraut.org> wrote:
>>> I'm not sure what value we would get from testing this with btree_gist,
>>> but if we wanted to do that, then adding a new test file to the
>>> btree_gist sql/ directory would seem reasonable to me.
>>>
>>> (I would make the test a little bit bigger than you had shown, like
>>> insert a few values.)
>>>
>>> If you want to do that, please send another patch.  Otherwise, I'm ok to
>>> commit this one.
>>
>> I can get you a patch tonight or tomorrow. I think it's worth it since
>> btree_gist uses different strategy numbers than ordinary gist.
> 
> Patch attached.

Looks good, committed.

I had some second thoughts about the use of get_attname().  It seems the 
previous code used the dominant style of extracting the attribute name 
from the open relation handle, so I kept it that way.  That's also more 
efficient than going via the syscache.




В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Hayato Kuroda (Fujitsu)"
Дата:
Сообщение: RE: [Patch] Use *other* indexes on the subscriber when REPLICA IDENTITY is FULL
Следующее
От: Gurjeet Singh
Дата:
Сообщение: Better help output for pgbench -I init_steps