From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Euler Taveira de Oliveira <euler(at)timbira(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: reloptions with a "namespace" |
Date: | 2009-02-03 17:53:30 |
Message-ID: | 20090203175330.GC15455@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Euler Taveira de Oliveira wrote:
> Alvaro Herrera escreveu:
> >> IIRC, my last patch includes a partial validation code for RESET cases. For
> >> example, the last SQL will not be atomic (invalid reloption silently ignored).
> >> So, why not apply the namespace validation code to RESET case too? Patch is
> >> attached too.
> >
> > No, we must not validate the options passed to RESET, because we want to
> > be able to reset even options that we do not currently think that are
> > valid. Consider that we might be trying to clean up after options set
> > by a previous version of a module.
> >
> Ah, idea withdrawn. But we should at least document this behavior.
Well, it is documented -- see amoptions here
http://www.postgresql.org/docs/8.3/static/index-functions.html
The problem with this is that documentation for reloptions is scattered
all over the place. I think we should have a separate section somewhere
on which they are discussed at length.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Rick Vernam | 2009-02-03 18:33:11 | Re: LIMIT NULL |
Previous Message | Kevin Grittner | 2009-02-03 17:50:11 | Re: add_path optimization |