Re: More efficient RI checks - take 2

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: More efficient RI checks - take 2
Дата
Msg-id 28825.1588085098@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: More efficient RI checks - take 2  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: More efficient RI checks - take 2
Список pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> * Robert Haas (robertmhaas@gmail.com) wrote:
>> As you say, perhaps there's room for both things, but also as you say,
>> it's not obvious how to decide intelligently between them.

> The single-row case seems pretty clear and also seems common enough that
> it'd be worth paying the cost to figure out if it's a single-row
> statement or not.

That seems hard to do in advance ... but it would be easy to code
a statement-level AFTER trigger along the lines of

    if (transition table contains one row)
        // fast special case here
    else
        // slow general case here.

I think the question really comes down to this: is the per-row overhead of
the transition-table mechanism comparable to that of the AFTER trigger
queue?  Or if not, can we make it so?

            regards, tom lane



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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: Binary COPY IN size reduction
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: Binary search in ScalarArrayOpExpr for OR'd constant arrays