Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] PostgreSQL Backend as SW Gateway to Oracle

From: Armin Schloesser <armin(at)ap-kas(dot)ie(dot)philips(dot)com>
To: "Thomas G(dot) Lockhart" <lockhart(at)alumni(dot)caltech(dot)edu>
Cc: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] PostgreSQL Backend as SW Gateway to Oracle
Date: 1998-07-09 13:56:52
Message-ID: Pine.LNX.3.95.980709155320.13426A-100000@papkas (view raw or flat)
Thread:
Lists: pgsql-hackers
Hello Tom,

exactly what I think should be done first.

Build a clear interface between the parsing and I think the execution step
of the postgres backend to hook in own stuff to interface to an
arbritrary other database or even other implemention of the real
hard word of storing and getting the data. 

Greetings,

armin


==============================================================================
Philips Automation Projects               Phone:  +49 561 501 1395
Miramstr. 87                              Fax:    +49 561 501 1688
34123 Kassel                              Email:  armin(at)ap-kas(dot)ie(dot)philips(dot)com
Germany      
==============================================================================

On Thu, 9 Jul 1998, Thomas G. Lockhart wrote:

> 
> I don't have a particular interest in the Oracle gw, but am interested
> in getting simultaneous multiple db access within Postgres. I had been
> thinking of trying to implement this as a Postgres "master database"
> with hooks deeper in the backend to call out to a remote database as a
> separate session. Sort of like Ingres implemented their distributed
> databases. Haven't done anything with it though...
> 
>                        - Tom
> 


In response to

pgsql-hackers by date

Next:From: Egon SchmidDate: 1998-07-09 14:17:10
Subject: InitPostgres() fails through libpq
Previous:From: David HartwigDate: 1998-07-09 13:42:38
Subject: Re: [INTERFACES] Re: [HACKERS] Access & Postgres

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group