Re: [HACKERS] Open 6.5 items

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: "D'Arcy J(dot)M(dot) Cain" <darcy(at)druid(dot)net>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Open 6.5 items
Date: 1999-05-24 21:20:32
Message-ID: 199905242120.RAA26351@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Thus spake Bruce Momjian
> > Table with an element of type inet, will show "0.0.0.0/0" as "00/0"
>
> Is that an error? From the discussions with Paul Vixie, I think that
> that is the correct way to output it. Note that you can always use
> host() to get the full string for the host part at least.

Well, if you say it OK, that's good enough for me. Item removed. It
just looked strange, the 00/0. Can you explain why it should look like
that. Just curious.

> > When creating a table with either type inet or type cidr as a primary,unique
> > key, the "198.68.123.0/24" and "198.68.123.0/27" are considered equal
>
> I guess I'll take a stab at it. I just need to know which of the following
> is true.
>
> 198.68.123.0/24 < 198.68.123.0/27
> 198.68.123.0/24 > 198.68.123.0/27
>
> Also, is it possible that the current behaviour is what we want? It seems
> to me that if you make a network a primary key, you probably want to prevent
> overlap. What we have does that.

Good question. If we decide the current behaviour is OK, that is fine
with me. Someone know understand this just needs to say so.

> > add ability to add comments to system tables using table/colname combination
>
> Why not just add comments to pg_description?

Adding to pg_description requires table creation, then oid retrieval,
then inserts into pg_description. At one time, I toyed with the idea of
making this more automatic, but obviously at this point, I will just
add it into the TODO list, if is not there already.

--
Bruce Momjian | http://www.op.net/~candle
maillist(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 1999-05-24 21:23:12 Re: [HACKERS] Article for Daemon News
Previous Message Bruce Momjian 1999-05-24 21:07:04 Re: [HACKERS] Problem in S_LOCK?