From: | Kent Tong <SM-kent(at)cpttm(dot)org(dot)mo> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | shared data for different applications |
Date: | 2010-11-21 03:59:37 |
Message-ID: | 4CE89929.60705@cpttm.org.mo |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi,
Let's say that there is some data that should be logically shared by
many applications in the company, such as some core information about
its customers (name, address, contact info). In principle, such data
should be stored in a DB for sharing.
But then if a certain application needs to access such shared data, it
will need to access its own DB plus this shared DB, which is
troublesome and requires distributed transactions.
An alternative is to store everything into a single DB and use, say,
schemas to separate the data. The shared data can be put into one
schema and that application can have its own schema. This eliminates
the need for distributed transactions but then you'll have a single
DB for the whole company! This creates problems in:
1) availability: if the DB is down, everything is down.
2) maintenance: if we need to deploy a new application, we'll need to
create a new schema in that single DB, potentially impacting other
apps.
3) performance: all apps are access that single DB server.
I was wondering in practice, how people address this problem?
Thanks!
From | Date | Subject | |
---|---|---|---|
Next Message | Kent Tong | 2010-11-21 04:08:18 | shared data for different applications |
Previous Message | Elliot Chance | 2010-11-21 00:26:56 | Re: Fwd: [pgsql-www] Forums at postgresql.com.au |