Re: [HACKERS] [PATCH] A hook for session start - Mailing list pgsql-hackers

From Craig Ringer
Subject Re: [HACKERS] [PATCH] A hook for session start
Date
Msg-id CAMsr+YHi542gOhzNMW717qvGUC=YJ=X6HYa13KmfebpdpCt=4w@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] [PATCH] A hook for session start  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: [HACKERS] [PATCH] A hook for session start
List pgsql-hackers
On 6 October 2017 at 10:52, Pavel Stehule <pavel.stehule@gmail.com> wrote:

> It is better to work on GLOBAL TEMP tables.
>
> Current TEMP tables, if you do it for any session has pretty significant
> overhead  - with possible risk of performance lost (system catalog bloat).
>
> pretty significant performance issue of my customers are related to temp
> tables usage (under high load)

I've seen the same thing too. Especially when combined with logical
decoding, where IIRC we mark transactions as having catalog changes
due to temp tables.

Sometimes the catalog bloat can be truly horrible when a user has
hundreds of plpgsql functions that all like to make temp tables.

-- Craig Ringer                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: [HACKERS] [PATCH] A hook for session start
Next
From: Craig Ringer
Date:
Subject: [HACKERS] PATCH: Expose generate_qualified_relation_name functionality