On 12/21/20 12:26 PM, Daniele Varrazzo wrote:
> On Mon, 21 Dec 2020 at 16:02, Adrian Klaver <adrian.klaver@aklaver.com> wrote:
>
>
> I mistakenly replied Adrian privately. Following, his reply.
>
> I think so. Personally, I prefer the two step approach as I am becoming
> less and less enthusiastic about hidden 'magic'. To that end a
> global(maybe connection) setting that would disable prepare would be nice.
>
> ----
>
> To which, 1) thank you very much, Adrian, for the plpython pointer,
> I'll take a look at it.
>
> 2) About disabling the automatic prepare: the mechanism I have in mind
> is to set prepare_threshold to None on the connection instance;
So the above is something the user would have to do on each connection?
> however we could make sure to have the default attribute defined on
> the class: this way who really hates the idea of prepared statements
> can be cheeky and set `psycopg3.Connection.prepare_threshold = None`
I could get behind that. This all may be premature optimization on my
part. As long as there is some way to turn it off at some level I could
live with it.
> instead of `myconn.prepare_threshold`... More seriously, if there is a
> large base of people who think that something can go wrong with
> prepared statement we can either provide a better interface to control
> it globally or to have the feature opt-in.
>
>
> -- Daniele
>
--
Adrian Klaver
adrian.klaver@aklaver.com