From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Phil Sorber <phil(at)omniti(dot)com> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: Prepared Statement Name Truncation |
Date: | 2012-11-19 00:13:18 |
Message-ID: | 18330.1353283998@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-general |
Phil Sorber <phil(at)omniti(dot)com> writes:
> I think making this a warning now would be a bit more forceful way to
> let people know that this is a bad idea and this is a case where maybe
> they need to work around postgres' lack of conformance to the spec. It
> would most likely be caught sooner as well by DBA's. Then in 9.3 we
> can make it an error with a GUC to easily override it back to a
> warning.
Let me be clear here: I don't think we can or should ever make this
into an error by default. Doing that would break spec-compliant
applications, whether or not they are using names that actually have
any conflicts.
There's some possible value in having a non-default option to throw
error for overlength names, but TBH I fear that it won't buy all that
much, because people won't think to turn it on when testing.
Given the historical volume of complaints (to wit, none up to now),
I can't get very excited about changing the behavior here. I think
we're more likely to annoy users than accomplish anything useful.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | yongchao.xu | 2012-11-19 06:00:51 | BUG #7676: pgSocketCheck dosen`t return |
Previous Message | Gavan Schneider | 2012-11-18 23:32:12 | Re: [BUGS] Prepared Statement Name Truncation |
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2012-11-19 00:21:12 | Re: [HACKERS] Parser - Query Analyser |
Previous Message | Gavan Schneider | 2012-11-18 23:32:12 | Re: [BUGS] Prepared Statement Name Truncation |