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