From: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
---|---|
To: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | "D'Arcy J(dot)M(dot) Cain" <darcy(at)druid(dot)net>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Niladic functions |
Date: | 1999-07-14 05:30:52 |
Message-ID: | 378C208C.53BFBDA5@alumni.caltech.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> Was this addressed?
Yes.
- Thomas
> > The "Integrated Document" on the web page has the following paragraph in
> > the section "CREATE TABLE" in chapter 20.
> >
> > In the current release (v6.4), Postgres evaluates all default expressions at
> > the time the table is defined. Hence, functions which are "non-cacheable"
> > such as CURRENT_TIMESTAMP may not produce the desired effect. For the
> > particular case of date/time types, one can work around this behavior by
> > using "DEFAULT TEXT 'now'" instead of "DEFAULT 'now'" or "DEFAULT
> > CURRENT_TIMESTAMP". This forces Postgres to consider the constant a string
> > type and then to convert the value to timestamp at runtime.
> >
> > This appears to be untrue. Is this a change since 6.4 or is there
> > some cases where using CURRENT_TIMESTAMP will not do the expected thing?
> >
> > Also, the title of the document (The PostgreSQL Development Team) seems
> > to be incorrect.
--
Thomas Lockhart lockhart(at)alumni(dot)caltech(dot)edu
South Pasadena, California
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Lockhart | 1999-07-14 05:47:13 | Re: [PORTS] Port Bug Report: No primary key possible with type reltime & timestamp |
Previous Message | Brent Peckover | 1999-07-14 04:43:21 | PGSQL on NT - connection to database template1 failed. |