Re: Anomalies with the now() function

Поиск
Список
Период
Сортировка
Искать
От
Andreas Seltenreich
Тема
Re: Anomalies with the now() function
Дата
Msg-id
87y83lmksk.fsf@gate450.dyndns.org
Ответ на
Anomalies with the now() function (Byrne Kevin-kbyrne01)
Список
Дерево обсуждения
Anomalies with the now() function Byrne Kevin-kbyrne01 <kbyrne01@motorola.com>
Re: Anomalies with the now() function Michael Fuhr <mike@fuhr.org>
Re: Anomalies with the now() function Andreas Seltenreich <andreas+pg@gate450.dyndns.org>
Re: Anomalies with the now() function David Roussel <diroussel@xsmail.com>
Byrne Kevin-kbyrne writes:

> I have a trigger set up on a db - when a row is added to a certain
> table (say Table A) in my db the trigger calls a function and then the
> function enters another line in a related table (say Table B). Here's
> the problem, the first addition to Table A may show the time of the
> addition as, for example 19:01:53. This is correct. The second
> addition, triggered by the first additon, shows a time of say
> 19:01:10! The addition of the row to Table B uses the now() function
> to determine the time the new row is added to the table. This should
> in theory match the time (to within a few milliseconds at least) the
> first row was added, since the trigger is immediate. However, I am
> seeing major time differences? How reliable is now() - has anyone seen
> anything similar ?

Very reliable: now() always returns the timestamp of the transaction
start. Maybe your timestamp on Table A is created by other means,
possibly timeofday()?

-- 
В списке pgsql-general по дате отправления
От: Otto Blomqvist
Дата:
От: Guy Rouillier
Дата:
FAQ