Re: PG 9.0 and standard_conforming_strings - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: PG 9.0 and standard_conforming_strings
Date
Msg-id 4B696DFA020000250002EEDC@gw.wicourts.gov
Whole thread Raw
In response to Re: PG 9.0 and standard_conforming_strings  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> wrote:
> What harm is being done by the status quo?  What benefit do
> we get out of changing the default?
I really think that the biggest harm is that people trying to
convert to PostgreSQL, or testing PostgreSQL with their
applications, can get bad behavior from use of standard string
literals.  If they post to a list and we point out the setting,
that'll probably be the end of the trouble -- and I have seen a few
such posts.  Interestingly, the frequency of such posts dropped off
after 8.2 was released with the GUC to configure it, which suggests
that people are often reading documentation before making the
attempt or at least doing web searches about the problem and fixing
it without a post to the community.
I do think we might be well-served to have such issues as this and
the "it's not a character string literal, it's a literal of UNKNOWN
type" covered in a page which is prominent enough to be likely to be
read by those considering migration or compatibility testing.  I'm
not sure exactly where that would be, unless it's a couple more FAQ
entries -- but a "compatibility and migration" page might be worth
creating, with a reasonably prominent link from the home page.
-Kevin


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: PG 9.0 and standard_conforming_strings
Next
From: Alex Hunsaker
Date:
Subject: Re: Add on_trusted_init and on_untrusted_init to plperl UPDATED [PATCH]