From: | Michael Burke <michael(at)engtech(dot)ca> |
---|---|
To: | PGSQL-SQL <pgsql-sql(at)postgresql(dot)org> |
Subject: | Database with "override" tables |
Date: | 2005-12-05 19:06:58 |
Message-ID: | 43948FD2.3030904@engtech.ca |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Hello,
I am in a situation where I have various tables (including data such as
a product list) that are read-only to me. I wish to provide the
functionality of changing this table: Removing items, modifying items,
creating new ones. My original idea is to use a second table that is
formatted similarly to the first, read-only table.
However, I can't just duplicate all the data and work in a separate
table, as the original table may be modified by an outside source at any
time. Generally, I prefer to use the updated data from the read-only
table, unless there has been reason to modify it in the past -- in which
case the update may be safely ignored, and I would continue to use the
second table.
The most effective set up I have come up with thus far is as follows:
CREATE TABLE initial_table (initial_id SERIAL PRIMARY KEY, desc TEXT);
CREATE TABLE override_table (override_id SERIAL PRIMARY KEY, initial_id
INT, desc TEXT);
An entry in override_table with an initial_id matching an initial_id in
initial_table would take precedence over the entry in initial_table. A
fairly simple SELECT statement can return the data I require:
SELECT COALESCE(ot.desc, it.desc) FROM initial_table it FULL JOIN
override_table ot ON it.initial_id = ot.initial_id;
So far so good, but then when I need to reference data in those two
tables from somewhere else, I need to reference both initial_id and
override_id on the result set from that table. I also end up using
COALESCE an uncomfortable amount (though, if this is required I will do
so). I would prefer to treat the initial + override tables as a single
SELECT set, but cannot come up with a way to do this cleanly, especially
with regards to the IDs.
I am willing to abandon this format of "overriding" the initial table if
it is way off-course, provided that the initial data be considered
read-only and update-able in the absence of "override" data.
All suggestions are greatly appreciated!
Thanks in advance,
Mike.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-12-05 19:35:45 | Re: Preventing or controlling runaway queries |
Previous Message | Eric E | 2005-12-05 19:02:27 | Preventing or controlling runaway queries |