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
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 |