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