| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru> |
| Cc: | Artur Zakirov <a(dot)zakirov(at)postgrespro(dot)ru>, amul sul <sulamul(at)gmail(dot)com>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Dmitry Dolgov <9erthalion6(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Alex Ignatov <a(dot)ignatov(at)postgrespro(dot)ru>, Bruce Momjian <bruce(at)momjian(dot)us>, amul sul <sul_amul(at)yahoo(dot)co(dot)in>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] Bug in to_timestamp(). |
| Date: | 2018-09-13 18:34:07 |
| Message-ID: | 14501.1536863647@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru> writes:
> I've closed commitfest entry. I think we can add new commitfest entry if
> required. Regarding FX part, it easy to extract it as separate patch, but
> it's hard to find consensus. I think there are at least three possible
> decisions.
> 1) Change FX mode to require separators to be the same.
> 2) Leave FX mode "as is".
> 3) Introduce GUC variable controlling behavior of FX mode.
> Any thoughts?
A GUC variable is a horrid solution. Years ago we thought it'd be OK
to have GUCs that change query behavior, but we've regretted it every
time we did that, and often removed them again later (e.g. regex_flavor,
sql_inheritance). Applications that want to be portable have to contend
with all possible values of the GUC, and that's no fun for anybody.
Given the lack of consensus, it's hard to make a case for breaking
backwards compatibility, so I'd have to vote for option 2.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2018-09-13 19:10:42 | Re: Consistent segfault in complex query |
| Previous Message | Robert Haas | 2018-09-13 18:23:47 | Re: stat() on Windows might cause error if target file is larger than 4GB |