Re: [SQL] [GENERAL] CURRENT_TIMESTAMP

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Yury Bokhoncovich <byg(at)center-f1(dot)ru>
Cc: Manfred Koizar <mkoi-pg(at)aon(dot)at>, Michael Paesold <mpaesold(at)gmx(dot)at>, Zeugswetter Andreas SB SD <ZeugswetterA(at)spardat(dot)at>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Sullivan <andrew(at)libertyrms(dot)info>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [SQL] [GENERAL] CURRENT_TIMESTAMP
Date: 2002-10-07 05:13:06
Message-ID: 200210070513.g975D6810936@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Yury Bokhoncovich wrote:
> Hello!
>
> On Sat, 5 Oct 2002, Bruce Momjian wrote:
>
> >
> > Yes, I agree with you Manfred, but more people _don't_ want it to
> > change, and like it the way it is, so we will just keep it and add
> > now("string").
>
> IMHO the best way could be GUC-default/SET session-based variable
> controlling the behaviour. By default old Pg one, but ppl can set
> standard-compliant. Such changes were done often in past, look at "group
> by" behaviour changes 6.4->6.5, default Pg datetime representation format
> change, etc. I think those who concern interoperability confirm that it's
> much easy to add one SET per session then replace all CURRENT_STAMP to
> now(blah-blah-blah). Moreover, ppl who need old behaviour can easily
> revert to this by just one SET (in case GUC is set to new behaviour).

Let's see if people want the more standards-compliant behavior before
adding a GUC, no?

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Karel Zak 2002-10-07 07:24:17 Re: [HACKERS] Advice: Where could I be of help?
Previous Message Yury Bokhoncovich 2002-10-07 05:00:30 Re: [SQL] [GENERAL] CURRENT_TIMESTAMP