Re: Domain Support -- another round

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Rod Taylor <rbt(at)zort(dot)ca>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-patches(at)postgresql(dot)org
Subject: Re: Domain Support -- another round
Date: 2002-03-19 02:16:51
Message-ID: 200203190216.g2J2GpR08507@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches


Patch applied. I am attaching the expected/domain.out file that I
generated when I added your domain test file to the regression tests.
Please verify that the output is correct. Thanks.

---------------------------------------------------------------------------

Rod Taylor wrote:
> New set with most of Peters comments corrected. Left the deal about
> schema though :) Took nearly an hour to do a cvs diff for some reason
> this time (normally a couple of minutes is enough).
>
> > Random nitpicking below. Also, have you created a regression test?
>
> They had been posted a few times and haven't changed. (Attached
> anyway)
>
>
> > > + <structfield>typnotnull</structfield> represents a NOT NULL
> > > + constraint on a type. Normally used only for domains.
> >
> > And unnormally...?
>
> Unnormally is when someone sets it by hand on a type which isn't a
> domain -- I guess. Corrected.
>
> > > + <!entity createDomain system "create_domain.sgml">
> >
> > I don't see this file included.
>
> Other messages. Full package included on this one however.
>
>
>
> > > + * MergeDomainAttributes
> > > + * Returns a new table schema with the constraints, types,
> and other
> > > + * attributes of the domain resolved for fields using the
> domain as
> > > + * their type.
> >
> > I didn't know we had schemas yet. You should probably not overload
> that
> > term to mean "a list of database objects".
>
> Merge attributes says something very similar about inheritance and
> table schemas. Kinda correct considering
> the variable used in both cases is *schema.
>
>
> The diff weirdness in regards to DROP DATABASE is probably because I
> started by copying the DROP DATABASE element, then altered it. I
> don't know why it chose that method to do the diff though, but it is
> accurate. Using -cd flags didn't make it any prettier.

[ Attachment, skipping... ]

[ Attachment, skipping... ]

[ Attachment, skipping... ]

[ Attachment, skipping... ]

--
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

Attachment Content-Type Size
unknown_filename text/plain 4.2 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Neil Conway 2002-03-19 02:35:51 Re: Again, sorry, caching.
Previous Message Bruce Momjian 2002-03-19 00:11:46 Re: Time for 7.2.1?

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2002-03-19 02:32:57 Re: psql domains
Previous Message Bruce Momjian 2002-03-19 01:54:36 Re: fix for bison warnings