Re: Multiple DBs, One app, How to do relations?

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Eric Dahnke <edahnke(at)nyc(dot)yamaha(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Multiple DBs, One app, How to do relations?
Date: 2004-04-21 22:17:02
Message-ID: 4086F2DE.4020607@commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hello,

Actually why don't you use name spaces? That way you can segregrate your
data but not have to have actual separate databases.

Sincerely,

Joshua D. Drake
Command Prompt, Inc.

Eric Dahnke wrote:

> Dear List,
>
> We have a large project with three of the larger components (of the
> project) being the eventual creation of a Global Product DB and a Global
> Customer DB and a Global Dealer DB.
>
> Because of certain legacy issues, the schema has evolved to be one large
> application specific schema containing product, customer, and dealer
> tables. A better design would be three separate databases (and we can
> pull them apart easily enough), but the question becomes how to make the
> product to customer to dealer relations between distinct databases using
> Postgres.
>
> The following would be ideal (Oracle supports the following)
>
> SELECT foo FROM customerDB.addressTable, productDB.priceTable WHERE
> customerDB.addressTable.customer_id = productDB.priceTable.customer_id
>
>
> Does anyone have any experience or suggestions working with multiple
> db's within the same application. How best to do the relations. Within
> the application code space? Using stored procedures? or other?
>
>
> Sincerely,
>
> Eric Dahnke
>
> Sr. Engineer
> Yamaha Music Division
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 8: explain analyze is your friend

In response to

Browse pgsql-general by date

  From Date Subject
Next Message scott.marlowe 2004-04-21 22:19:33 Re: kill -2
Previous Message Uwe C. Schroeder 2004-04-21 22:11:54 Re: ident authentication problem