Re: MySQL's (false?) claims... (was: Re: PL/java?)

From: "Colin 't Hart" <cthart(at)yahoo(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: MySQL's (false?) claims... (was: Re: PL/java?)
Date: 2001-09-06 10:05:23
Message-ID: 9n7hnr$2j40$1@news.tht.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Null asks:

> Would you elaborate on the alternatives that you see to cross-db queries?
>
> Are you saying that it would better to duplicate the same data in several
> databases or put everything in one huge database or what ...?
>
> "Jan Wieck" <JanWieck(at)Yahoo(dot)com> wrote in message
> news:200108271655(dot)f7RGtG307375(at)jupiter(dot)us(dot)greatbridge(dot)com(dot)(dot)(dot)
> > IMNSVHO the biggest argument against cross-DB queries is this
> > useless extensibility in PostgreSQL. As soon as someone
> > creates a data type, operator, aggregate or function, things
> > get complicated. Have a data type "acctno" defined in both
> > databases. And yes, we have operators for equalness in both
> > DB's too. Now we do a cross-DB join and have two "acctno"s
> > in the WHERE clause.
> >
> > First off, all these objects will have different OID's in the
> > two system catalogs. Next, how do you know if the two types
> > will at least have a similar external representation? And
> > which of the two "=" operator functions will get called?
> >
> >
> > Jan

Really the type isn't just acctno but dbname.acctno

Operators could work by converting both types to some base type
that 'both databases understand'.

Cheers,

Colin

Browse pgsql-general by date

  From Date Subject
Next Message Peter Eisentraut 2001-09-06 10:21:58 Re: Bug in createlang?
Previous Message Colin 't Hart 2001-09-06 10:01:10 Re: PHP performance problems with postgres