Re: function side effects - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: function side effects
Date
Msg-id 4B83A292020000250002F503@gw.wicourts.gov
Whole thread Raw
In response to Re: function side effects  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: function side effects
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Those classifications are meant as planner directives; they are
> NOT meant to be bulletproof.  Hanging database integrity
> guarantees on whether a "non volatile" function changes anything
> is entirely unsafe.  To give just one illustration of the
> problems, a nonvolatile function is allowed to call a volatile
> one.
Could it work to store a flag in each process to indicate when it is
executing a non-volatile function, and throw an error on any attempt
to call a volatile function or modify the database?
-Kevin


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [COMMITTERS] Re: pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after
Next
From: Andrew Dunstan
Date:
Subject: Re: pretty print viewdefs