Re: [GENERAL] CURRENT_TIMESTAMP - Mailing list pgsql-sql

From Jean-Luc Lachance
Subject Re: [GENERAL] CURRENT_TIMESTAMP
Date
Msg-id 3D9899F9.72BD773A@nsd.ca
Whole thread Raw
In response to Re: [GENERAL] CURRENT_TIMESTAMP  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-sql
How can you make a difference between now('statement'), and
now('immediate').
To me they are the same thing. Why not simply now() for transaction, and
now('CLOCK') or better yet system_clock() or clock() for curent time.

JLL

Josh Berkus wrote:
>
> Tom,
>
> > I'd be happier with the whole thing if anyone had exhibited a convincing
> > use-case for statement timestamp.  So far I've not seen any actual
> > examples of situations that are not better served by either transaction
> > timestamp or true current time.  And the spec is perfectly clear that
> > CURRENT_TIMESTAMP does not mean true current time...
>
> Are we still planning on putting the three different versions of now() on the
> TODO?  I.e.,
> now('transaction'),
> now('statement'), and
> now('immediate')
> With now() = now('transaction')?
>
> I still think it's a good idea, provided that we have some easy means to
> determine now('statement').
>
> --
> -Josh Berkus
>  Aglio Database Solutions
>  San Francisco
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org

pgsql-sql by date:

Previous
From: Mike Sosteric
Date:
Subject: Re: [GENERAL] arrays
Next
From: Jean-Luc Lachance
Date:
Subject: Re: [GENERAL] CURRENT_TIMESTAMP