From: | Karel Zak <zakkr(at)zf(dot)jcu(dot)cz> |
---|---|
To: | Hannu Krosing <hannu(at)tm(dot)ee> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: OO future |
Date: | 2002-10-30 08:51:34 |
Message-ID: | 20021030095133.D4001@zf.jcu.cz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Oct 30, 2002 at 08:35:09AM +0200, Hannu Krosing wrote:
> > Comments? I nothinig found about OO in the current TODO.
>
> I'm writing a small proposal for evoving inheritance and other OO
> features in 7.4 and beyond. Will post once 7.3 is out.
Good! I look forward.
> > BTW, my
> > examples are only small part of possible OO features, the others
> > ideas are for example define PRIVATE/PUBLIC attributes in composite
> > types
>
> At least the "Third Manifesto" by Date et.al. claims that PRIVATE/PUBLIC
> is better left to standard access control mechanisms (GRANT/REVOKE).
>
> I agree to that.
Yes, but it expect access control pre-column and for per composite type
attribute. I understand PRIVATE as some internal data for methods
and it needn't a speciffic access control, because control must be
define for methods, and other way access PRIVATE data is not possible.
IMHO it's better.
The other important thing is possibility create table from type:
CREATE TABLE adresses AS address_t;
> > and methods, "SELECT p.name FROM person p WHERE p.pay->tax() > 100;"
>
> The methods will probably have problems with syntax clashes with
> existing stuff.
Hmm, p.pay.tax() ?
Karel
--
Karel Zak <zakkr(at)zf(dot)jcu(dot)cz>
http://home.zf.jcu.cz/~zakkr/
C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz
From | Date | Subject | |
---|---|---|---|
Next Message | Tommi Maekitalo | 2002-10-30 09:03:34 | tabcompletition and schema |
Previous Message | Dave Page | 2002-10-30 08:19:11 | Re: pgAdmin III (Was: Request for supported platforms) |