| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
| Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: enable_constraint_exclusion GUC name |
| Date: | 2005-08-22 17:50:52 |
| Message-ID: | 18508.1124733052@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> pgman wrote:
>> Is enable_constraint_exclusion the proper name for this feature? I know
>> we have enable* in the optimizer settings, but that naming seems
>> unfortunate in that we should have just called it hash_join and it could
>> be enabled/disabled.
>>
>> I am thinking we should just call it constraint_exclusion.
> So, given the silence on this, I assume people think we should rename
> this before beta starts.
Or that they think it might as well be left alone. I would like to
think that the parameter will have a very finite lifespan anyway;
if it's still there in 8.2, it'll be because we didn't get cached
plan updating done, and I hope that will not be the case.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2005-08-22 18:05:21 | Re: Missing CONCURRENT VACUUM (Was: Release notes for |
| Previous Message | Joshua D. Drake | 2005-08-22 17:35:20 | Re: enable_constraint_exclusion GUC name |