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

From Dimitri Fontaine
Subject Re: PG 9.0 and standard_conforming_strings
Date
Msg-id m2hbpyhtx2.fsf@hi-media.com
Whole thread Raw
In response to Re: PG 9.0 and standard_conforming_strings  (Josh Berkus <josh@agliodbs.com>)
Responses Re: PG 9.0 and standard_conforming_strings
List pgsql-hackers
Josh Berkus <josh@agliodbs.com> writes:
>> I still think that changing it now is going to open a can of worms that
>> we shouldn't be opening at this stage.  We have got more than enough to
>> worry about for 9.0 already.  I think it is absolute folly to believe
>> that this is only going to be a matter of "flip the default and nothing
>> else is going to pop up".
>
> I'll support Tom on this.  I'm already worried about the timeline.

Vote time? +1 for Tom's idea that plates are already full.

At the same time, escape_string_warning = on is the default and I guess
everybody find it annoying enough to use the E'foo\tbar' syntax, which
will work all the same once standard_conforming_strings is on. By
design.

And the fact than switching the GUC to off again is so easy makes me
wonder about how high the risk is for third party code. It has been said
earlier in this thread that one of the risky clients is pg_dump. That's
what balances it for me.

Do anyone know how much downloads or testing the alphas have seen?
-- 
dim


pgsql-hackers by date:

Previous
From: "Erik Rijkers"
Date:
Subject: testing cvs HEAD - HS/SR - cannot stat
Next
From: Oleg Bartunov
Date:
Subject: Re: [CFReview] Red-Black Tree