Re: Queries across multiple databases (was: SELECT from a table in another database).

From: Andrew Rawnsley <ronz(at)ravensfield(dot)com>
To: Zak McGregor <zak(at)mighty(dot)co(dot)za>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Queries across multiple databases (was: SELECT from a table in another database).
Date: 2001-05-21 16:26:11
Message-ID: 01052112261101.23860@coho.ravensfield.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Monday 21 May 2001 10:04am, you wrote:
> On Mon, 21 May 2001 07:55:13 -0400
>
> Andrew Rawnsley <ronz(at)ravensfield(dot)com> wrote:
> > If I ever come up with said schema-dropping patch, and anyone else
>
> wants it,
>
> > let me know.
>
> I'd dance a happy jig ;-)
>
> I'm not sure whether it is quite the way to do it, but I'd have a better
> time with things if I could span databases in a single request. Are
> there theoretical problems with spanning databases in a single query? Is
> it a feature of bad database design & implementation?
>

I imagine its one of those initial implementation decisions made 12 years ago
by people completely separate from the current maintainers, to whom this sort
of need wasn't a priority. I would also hazard to guess (in near-complete
ignorance - correct me if I'm wrong) that it would be difficult to change
without doing serious re-plumbing. Hence its 'exotic' status. The current set
of maintainers certainly have enough to think about without slamming them
with that sort of change...

I do think the issue will continue to bubble to the top as more and more folk
get stuck into the position of wanting to transition to Postgres from
Oracle/Sybase/whatever and either don't want to recode or simply can't, and
also want to maintain as much database neutrality as possible.

The 'drop the schema' thing isn't quite the way to do it, no. Its a gross
hack, but if it gets us through until it becomes a more important issue then
so be it. Hence the sense of getting the source... (or, as I have heard Paul
Everitt say, you can actually fix the problem after hundreds of manhours as
opposed to just being told that your support level isn't high enough).

--
Regards,

Andrew Rawnsley
Ravensfield Geographic Resources, Ltd.
(740) 587-0114
www.ravensfield.com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Richard Huxton 2001-05-21 16:28:39 Re: LIKE erratic? or unseen DB corruption?
Previous Message Bo Lorentsen 2001-05-21 16:13:38 Spliting a table/databases between several disks ?

Browse pgsql-hackers by date

  From Date Subject
Next Message Mikheev, Vadim 2001-05-21 16:31:15 RE: Plans for solving the VACUUM problem
Previous Message Zeugswetter Andreas SB 2001-05-21 16:22:47 AW: AW: Plans for solving the VACUUM problem