Re: [GENERAL] CURRENT_TIMESTAMP

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: josh(at)agliodbs(dot)com, Manfred Koizar <mkoi-pg(at)aon(dot)at>, Aaron Held <aaron(at)MetroNY(dot)com>, Roberto Mello <rmello(at)cc(dot)usu(dot)edu>, Neil Conway <neilc(at)samurai(dot)com>, pgsql-sql(at)postgresql(dot)org
Subject: Re: [GENERAL] CURRENT_TIMESTAMP
Date: 2002-09-24 00:32:52
Message-ID: 8770.1032827572@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-sql

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I see what you are saying now --- that even single user statements can
> trigger multiple statements, so you would have to say transaction start
> time is time the user query starts. I can see how that seems a little
> arbitrary. However, don't we have separate paths for user queries and
> queries sent as part of a rule?

We could use "time of arrival of the latest client command string",
if we wanted to do something like this. My point is that that very
arbitrarily assumes that those are the significant points within a
transaction, and that the client has no need to send multiple commands
that want to insert the same timestamp into different tables. This is
an unwarranted assumption about the client's control structure, IMHO.

A possible compromise is to dissociate now() and current_timestamp,
allowing the former to be start of transaction and the latter to be
start of client command.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bruce Momjian 2002-09-24 00:37:58 Re: [GENERAL] CURRENT_TIMESTAMP
Previous Message Bruce Momjian 2002-09-24 00:27:56 Re: [SQL] Monitoring a Query

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-09-24 00:33:22 Re: BETA2 HOLD: was Re: NUMERIC's transcendental functions
Previous Message Bruce Momjian 2002-09-24 00:27:56 Re: [SQL] Monitoring a Query

Browse pgsql-sql by date

  From Date Subject
Next Message Bruce Momjian 2002-09-24 00:37:58 Re: [GENERAL] CURRENT_TIMESTAMP
Previous Message Bruce Momjian 2002-09-24 00:27:56 Re: [SQL] Monitoring a Query