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

From Alvaro Herrera
Subject Re: transction_timestamp() inside of procedures
Date
Msg-id 20180926141127.dvvkkms5gpuan3qc@alvherre.pgsql
Whole thread Raw
In response to Re: transction_timestamp() inside of procedures  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On 2018-Sep-25, Bruce Momjian wrote:

> 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.

I have the 2011 draft, not the 2006 one; you seem to be referring to
<datetime value function> (which is 6.32 in the 2011 draft I have).
General rule 3 is entirely unreadable, and is followed by this note:

  WG3:LCY-025 took no action on the preceding instance of general containment.
  It was felt that this rule is too complicated, to the point of being virtually
  unintelligible. In addition, the rule does not recognize that <datetime value
  function>s can be evaluated implicitly as <default option>s. It is believed
  that this rule does not reflect actual practice and should be rewritten to
  align it with implementations. Note that Subclause 15.1, “Effect of opening a
  cursor”, also has a General Rule on this subject. See
  Possible Problem FND-992 .

In SQL2016, this rule was removed completely.

I don't think this offers any practical guidance.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: transction_timestamp() inside of procedures
Next
From: Alvaro Herrera
Date:
Subject: Re: transction_timestamp() inside of procedures