From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
Cc: | Dennis Bjorklund <db(at)zigo(dot)dhs(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: make == as = ? |
Date: | 2004-04-07 14:19:46 |
Message-ID: | 40740E02.7030906@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Fabien COELHO wrote:
> If you want to promote postgreSQL, then it should be good that anything
> from outside (whether standard or not) can work with postgreSQL, but
> anything that work in pg may not work outside;-)
I couldn't disagree more. What you are asking for is to do whatever (you
think) gets the crowds cheering. That is exactly what MySQL attempts by
stuffing one half baked feature after another into their db product and
calling it "integration". What we try instead is to create a stable,
reliable and predictable database server.
> Also, if I add some new operators in pg_operator, say && for AND, I'm not
> sure the optimiser will know that is a AND and take that into account.
AND is not an operator, it is a keyword in the first place. And the
optimiser can use a multi-column index containing a user defined data
type here, so it is well aware of the things you add, if you do it right.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-04-07 15:05:37 | Re: Regression from 7.3 to 7.4 |
Previous Message | Andrew Dunstan | 2004-04-07 13:53:51 | Re: make == as = ? |