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
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 |