Re: time stops within transaction

From: Don Baccus <dhogaza(at)pacifier(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Alex Pilosov <alex(at)pilosoft(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: time stops within transaction
Date: 2000-10-18 21:36:18
Message-ID: 3.0.1.32.20001018143618.0180e424@mail.pacifier.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 12:39 PM 10/18/00 -0400, Tom Lane wrote:
>Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>> Tom Lane writes:
>>> Au contraire, if it did not behave that way it would violate the spec.
>>> See SQL92 6.8 general rule 3:
>>>
>>> 3) If an SQL-statement generally contains more than one reference
>>> to one or more <datetime value function>s, then all such ref-
>>> erences are effectively evaluated simultaneously. The time of
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> evaluation of the <datetime value function> during the execution
>>> of the SQL-statement is implementation-dependent.
>
>> statement != transaction
>
>So? It also says that the choice of exactly when to evaluate now()
>is implementation-dependent.

Note the phrase "during the execution of the SQL-STATEMENT" above. It
says that exactly when it will be evaluated within the statement is
implementation-defined, BUT THAT IT IS EVALUATED WITHIN THE STATEMENT,
not beforehand.

At least, that's how I read it :)

- Don Baccus, Portland OR <dhogaza(at)pacifier(dot)com>
Nature photos, on-line guides, Pacific Northwest
Rare Bird Alert Service and other goodies at
http://donb.photo.net.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Mikheev, Vadim 2000-10-18 21:40:31 RE: AW: Backup, restore & pg_dump
Previous Message Peter Eisentraut 2000-10-18 21:22:27 Re: time stops within transaction