Re: [HACKERS] Updated TODO item

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

In response to

Responses

Browse pgsql-hackers by date

  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

Browse pgsql-patches by date

  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