tradeoffs for multi-schema or multi-db

Поиск
Список
Период
Сортировка
От Gauthier, Dave
Тема tradeoffs for multi-schema or multi-db
Дата
Msg-id D7FF158337303A419CF4A183F48302D603179FE2@hdsmsx411.amr.corp.intel.com
обсуждение исходный текст
Список pgsql-general

Here’s the situation...

 

I have 2 different apps that both require a separate shema, or maybe db.  There is actually one column in one table of each ot these db/schemas that are in common and a desire to :cross” between them in some cases.  For example, an app for keeping track of the census results and another app that keeps track of criminal cases in the justice system.  They “shared” field is of course the citizen/defendant.  Two different apps that should remain separate, but at times it would be nice to check the legal status of the defendant by looking at the census data.

 

Considering the somewhat rare query that will need to bridge these 2 data sources (dbs or schemas), what are the pros/cons of having 2 schemas in the same DB vs 2 DBs?  What if the query is to be committed to a PLpgsql function/procedure?  How awkward is it to bridge schemas vs bridging dbs in that form?

Thanks for any advise/help.

 

-dave

 

В списке pgsql-general по дате отправления:

Предыдущее
От: Steve Atkins
Дата:
Сообщение: Re: ON INSERT => execute AWK/SH/EXE?
Следующее
От: Richard Broersma Jr
Дата:
Сообщение: Re: ON INSERT => execute AWK/SH/EXE?