From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Gavin Sherry <swm(at)linuxworld(dot)com(dot)au>, Kaare Rasmussen <kar(at)kakidata(dot)dk>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: [HACKERS] Updated TODO item |
Date: | 2002-02-25 03:34:52 |
Message-ID: | 200202250334.g1P3Yqw22898@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > I have applied this minor patch. I don't want to document the ability
> > to use equals in this case because some day we may remove it. The
> > equals doesn't fit with any of our other WITH clauses.
>
> One could argue at least as plausibly that we should allow optional '='
> in all the other WITH clauses. (That thought was why I renamed the
> nonterminal to not refer to createdb.)
Well we have on TODO:
* Make equals sign optional in CREATE DATABASE WITH param = 'val'
> I'm also quite unimpressed with the notion of trying to suppress
> knowledge of a syntax that is in active use by pg_dump, and perhaps
> other tools too.
Well, my assumption is that we don't want to document it because we want
to discourage its use, unless we want to add equals to all the WITH
clauses, which I didn't think we wanted to do.
There are other cases of syntax we don't document because it makes
little sense, and I thought this was one of them.
You have a good point with pg_dump. Can I remove the use of the equals
in there? Seems safe to me. However, it does prevent us from loading
newer pgdumps into older database, which seems like a pain.
Wow, this is tricky. I guess it is not worth fixing this to make it
consistent. I will put back the [=] and remove the comment unless
someone else has a better idea.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2002-02-25 03:42:10 | Re: Undocumented feature costs a lot of performance in COPY |
Previous Message | Peter Eisentraut | 2002-02-25 03:06:20 | Re: [HACKERS] Updated TODO item |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-02-25 03:37:42 | Re: ALTER TABLE OWNER: change indexes |
Previous Message | Christopher Kings-Lynne | 2002-02-25 03:32:53 | Re: Basic DOMAIN Support |