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