Re: Linux.conf.au 2003 Report - Mailing list pgsql-hackers

From Curt Sampson
Subject Re: Linux.conf.au 2003 Report
Date
Msg-id Pine.NEB.4.51.0302011424430.610@angelic.cynic.net
Whole thread Raw
In response to Re: Linux.conf.au 2003 Report  (Kurt Roeckx <Q@ping.be>)
Responses Re: Linux.conf.au 2003 Report  (Kurt Roeckx <Q@ping.be>)
List pgsql-hackers
On Fri, 31 Jan 2003, Kurt Roeckx wrote:

> It's a good things that the socket interface can actually work
> with all protocol!  It doesn't only work with AF_INET, but also
> AF_UNIX, and probably others.  It's a good things that things
> like socket(), bind(), connect() don't need to be replaced by
> other things.

Sure. But you still want to be able to say (and can say, in some [many?]
socket API implementations) that you want to accept only IPv4 or only IPv6
connections. I also want to be able to say the same thing in my database.

So probably, this means setting up separate types for IPv4 and IPv6
addresses, and a third type to hold both IPv4 and IPv6 addresses. That
third type could also be extended to hold OSI, NS, and whatever other
type of addresses people feel would be useful.

I suppose another way of implementing this would be to set up some easy
way to put a constraint on a column such that you could constrain it to
hold only IPv4 or IPv6 addresses.

And I would be interested to hear the opinions of those who want to put
IPv4 and IPv6 addresses in the same type as to whether you do or do not
support also putting ISO/OSI and Novell addresses into that type as well,
and why or why not.

cjs
-- 
Curt Sampson  <cjs@cynic.net>   +81 90 7737 2974   http://www.netbsd.org   Don't you know, in this new Dark Age, we're
alllight.  --XTC
 


pgsql-hackers by date:

Previous
From: Bruno Wolff III
Date:
Subject: Re: [PERFORM] not using index for select min(...)
Next
From: Curt Sampson
Date:
Subject: Re: On file locking