Re: enable_constraint_exclusion GUC name

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Greg Stark <gsstark(at)mit(dot)edu>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: enable_constraint_exclusion GUC name
Date: 2005-08-22 22:08:05
Message-ID: 200508222208.j7MM85614338@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greg Stark wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
>
> > Greg Stark wrote:
> > >
> > > show_parser_stats true
> > > enable_hashjoin true
> > >
> > > Nouns sound stranger and more awkward:
> > >
> > > geqo true
> > > parser_stats true
> > > hashjoin true
> >
> > Interesting analysis. No verb in there.
>
> Note that the verb isn't always the same and what verb is chosen helps someone
> understand what the server will do.
>
> show_parser_stats is going to "show" something.
> add_missing_from is going to "add" something.
>
> So what will standards_compliant_strings make the server *do*?
>
> It's going to ignore backslash escapes. Perhaps the option should be something
> like "interpret_nonstandard_string_escapes" or something like that.
>
> I actually don't really like "interpret" but I can't think of anything else at
> the moment.

Ah, Peter renamed it to:

standard_conforming_strings

so what is does is "conform"?

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim C. Nasby 2005-08-22 22:14:07 Re: distributed performance testing
Previous Message Greg Stark 2005-08-22 22:06:01 Re: enable_constraint_exclusion GUC name