Re: BUG #1598: using default 'now', or now() or CURRENT_TIMESTAMP - Mailing list pgsql-bugs

From Stephan Szabo
Subject Re: BUG #1598: using default 'now', or now() or CURRENT_TIMESTAMP
Date
Msg-id 20050415075351.R14377@megazone.bigpanda.com
Whole thread Raw
In response to BUG #1598: using default 'now', or now() or CURRENT_TIMESTAMP when creating table does not work as expected  ("Nicolas HAHN" <hahnn@x-itools.com>)
List pgsql-bugs
On Fri, 15 Apr 2005, Nicolas HAHN wrote:

>
> The following bug has been logged online:
>
> Bug reference:      1598
> Logged by:          Nicolas HAHN
> Email address:      hahnn@x-itools.com
> PostgreSQL version: 7.4.7
> Operating system:   Fedora Core 3
> Description:        using default 'now', or now() or CURRENT_TIMESTAMP when
> creating table does not work as expected
> Details:
>
> I read the doc and saw that, to avoid the problem of using a default 'now'
> when creating the table which makes each record to have the timestamp of
> when the table has been created, default now() or default CURRENT_TIMESTAMP
> must be used instead. But using this is exactly the same as using 'now': I
> still get the same timestamp for each record I insert in the table.

now() is transaction start time and as such isn't going to vary within one
transaction, no matter how long you wait.  The issue is what happens when
you commit the first transaction and start another and insert and whether
you get the transaction start time of the first transaction or the second.

pgsql-bugs by date:

Previous
From: "Guilherme Paiva Santos"
Date:
Subject: BUG #1596: Bad header in input lib
Next
From: Richard Huxton
Date:
Subject: Re: BUG #1598: using default 'now', or now() or CURRENT_TIMESTAMP