RE: PL/Python SD dict wiped?

From: Ken Huffman <KHuffman(at)westell(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: RE: PL/Python SD dict wiped?
Date: 2018-01-08 16:59:43
Message-ID: cf086f1d38e4473ba79d403bc7c99438@EXCH13.corp.westell.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I'm fine with per-session initializing of prepared statements, but is there PL/Python mechanism that spans sessions to minimize ConfigParser calls?

-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Monday, January 08, 2018 10:23 AM
To: Ken Huffman <KHuffman(at)westell(dot)com>
Cc: Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: PL/Python SD dict wiped?

Ken Huffman <KHuffman(at)westell(dot)com> writes:
> But if I quit and restart psql and do a subsequent db update, the SD dict is empty again and the one-time logic has to run again. What is clearing the dict? Is that expected?

You've got a new backend process. That dict (or any other Python state) is only kept within a session.

regards, tom lane

Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2018-01-08 17:02:52 Re: Buildfarm status monitoring (was Re: pgsql: Implement channel binding tls-server-end-point for SCRAM)
Previous Message Tom Lane 2018-01-08 16:57:58 Re: Parallel append plan instability/randomness