Re: transction_timestamp() inside of procedures - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: transction_timestamp() inside of procedures
Date
Msg-id 20180926004739.GA15378@momjian.us
Whole thread Raw
In response to Re: transction_timestamp() inside of procedures  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: transction_timestamp() inside of procedures  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List pgsql-hackers
On Tue, Sep 25, 2018 at 03:01:31PM -0700, David G. Johnston wrote:
> On Sat, Sep 22, 2018 at 5:27 PM, Bruce Momjian <bruce@momjian.us> wrote:
> 
>     On Fri, Sep 21, 2018 at 06:35:02PM -0400, Bruce Momjian wrote:
>     > Does the SQL standard have anything to say about CURRENT_TIMESTAMP in
>     > procedures?  Do we need another function that does advance on procedure
>     > commit?
> 
>     I found a section in the SQL standards that talks about it, but I don't
>     understand it.  Can I quote the paragraph here?
> 
> 
> I've seen others do it; and small sections of copyrighted material posted for
> commentary or critique would likely be covered by "fair use" exemptions.

Well, it is an entire paragraph, so it might be too much.  If you
download the zip file here:

    http://www.wiscorp.com/sql200n.zip

and open 5CD2-02-Foundation-2006-01.pdf, at the top of page 289 under
General Rules, paragraph label 3 has the description.  It talks about
procedure statements and trigger functions, which seems promising.

-- 
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

+ As you are, so once was I.  As I am, so you will be. +
+                      Ancient Roman grave inscription +


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: pgsql: Remove absolete function TupleDescGetSlot().
Next
From: Kyotaro HORIGUCHI
Date:
Subject: Re: shared-memory based stats collector