Re: AW: Re: MySQL and BerkleyDB (fwd)

Joel Burton <jburton@scw.org>

From: Joel Burton <jburton@scw.org>
To: Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at>
Cc: "'The Hermit Hacker'" <scrappy@hub.org>, pgsql-hackers@postgresql.org
Date: 2001-01-22T17:18:54Z
Lists: pgsql-hackers
On Mon, 22 Jan 2001, Zeugswetter Andreas SB wrote:

> 
> > Is anyone looking at doing this?  Is this purely a MySQL-ism, or is it
> > something that everyone else has except us?
> 
> We should not only support access to all db's under one postmaster,
> but also remote access to other postmaster's databases.
> All biggie db's allow this in one way or another (synonyms, 
> qualified object names) including 2-phase commit.
> Ideally this includes access to other db manufacturers, flat files, bdb ...
> Meaning, that this is a problem needing a generic approach.

Of course, a generic, powerful approach would be great.

However, a simple, limited approach would a be solution for (I
suspect) 97% of the cases, which is that one software package creates a
database to store mailing list names, and another creates a database to
store web permissions, and you want to write a query that encompasses
both, w/o semi-tedious COPY TO FILEs to temporarily move a table back and
forth. And of course, a simple solution might be completed faster :-)

How could this be handled? 

* a syntax for db-table names, such as mydb.myfield or something like
that. (do we have any unused punctuation? :-) )

* aliases, so that tblFoo in dbA can be called as ToFoo in dbB

* other ways?

The second might be easier from a conversion view: the user wouldn't have
to understand that this was a 'link', but it might prove complicated when
there are many links to keep track of, etc.


-- 
Joel Burton   <jburton@scw.org>
Director of Information Systems, Support Center of Washington