Re: Prepared Statement Name Truncation

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

In response to

Responses

Browse pgsql-bugs by date

  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

Browse pgsql-general by date

  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