Re: [HACKERS] Big IN() clauses etc : feature proposal

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Big IN() clauses etc : feature proposal
Дата
Msg-id 22558.1147307514@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Big IN() clauses etc : feature proposal  ("Jim C. Nasby" <jnasby@pervasive.com>)
Ответы Re: [HACKERS] Big IN() clauses etc : feature proposal  ("Jim C. Nasby" <jnasby@pervasive.com>)
Список pgsql-performance
"Jim C. Nasby" <jnasby@pervasive.com> writes:
> On Tue, May 09, 2006 at 03:13:01PM -0400, Tom Lane wrote:
>> PFC <lists@peufeu.com> writes:
>>> Fun thing is, the rowcount from a temp table (which is the problem here)
>>> should be available without ANALYZE ; as the temp table is not concurrent,
>>> it would be simple to inc/decrement a counter on INSERT/DELETE...
>>
>> No, because MVCC rules still apply.

> But can anything ever see more than one version of what's in the table?

Yes, because there can be more than one active snapshot within a single
transaction (think about volatile functions in particular).

> Speaking of which, if a temp table is defined as ON COMMIT DROP or
> DELETE ROWS, there shouldn't be any need to store xmin/xmax, only
> cmin/cmax, correct?

No; you forgot about subtransactions.

            regards, tom lane

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

Предыдущее
От: Brian Wipf
Дата:
Сообщение: Re: Same query - Slow in production
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Same query - Slow in production