From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Khee Chin <kheechin(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: reloptions with a "namespace" |
Date: | 2009-04-03 20:43:40 |
Message-ID: | 20090403204340.GP23023@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alvaro Herrera escribió:
> Tom Lane escribió:
> > Well, you could still have separate productions that did or didn't allow
> > qualified names there (or perhaps better, have the code in
> > functioncmds.c reject qualified names). I think the use of two different
> > node types is going to result in duplicate coding and/or bugs deeper in
> > the system, however.
>
> I think what drove me away from that (which I certainly considered at
> some point) was the existance of OptionDefElem. Maybe it would work to
> make RelOptElem similar to that, i.e. have a char *namespace and a
> DefElem?
... but I don't really see that this buys much of anything. I think a
better answer to this kind of problem would be
*** src/backend/access/common/reloptions.c 24 Mar 2009 20:17:09 -0000 1.24
--- src/backend/access/common/reloptions.c 3 Apr 2009 19:43:35 -0000
*************** transformRelOptions(Datum oldOptions, Li
*** 574,579 ****
--- 574,580 ----
{
ReloptElem *def = lfirst(cell);
+ Assert(IsA(def, ReloptElem));
if (isReset)
{
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-04-03 20:48:51 | Re: reloptions with a "namespace" |
Previous Message | Alvaro Herrera | 2009-04-03 20:40:41 | Re: reloptions with a "namespace" |