Re: Multiple table relationship constraints - Mailing list pgsql-general

From Rick Genter
Subject Re: Multiple table relationship constraints
Date
Msg-id BANLkTikCEt=icmgmh_92koWP0krTCp4Zvg@mail.gmail.com
Whole thread Raw
In response to Multiple table relationship constraints  (Jack Christensen <jackc@hylesanderson.edu>)
Responses Re: Multiple table relationship constraints  (Jack Christensen <jackc@hylesanderson.edu>)
List pgsql-general
On Thu, May 5, 2011 at 3:20 PM, Jack Christensen <jackc@hylesanderson.edu> wrote:
What is the best way to handle multiple table relationships where attributes of the tables at the ends of the chain must match?

Example:

CREATE TABLE achievements(
achievement_id serial PRIMARY KEY,
...
);

CREATE TABLE achievement_versions(
achievement_version_id serial PRIMARY KEY,
achievement_id integer NOT NULL REFERENCES achievements,
...
);

CREATE TABLE achievement_attempts(
achievement_attempt_id serial PRIMARY KEY,
achievement_version_id integer NOT NULL REFERENCES achievement_versions,
...
);

CREATE TABLE actions(
action_id serial PRIMARY KEY,
...
)

CREATE TABLE achievement_attempt_actions(
achievement_attempt_id integer NOT NULL REFERENCES achievement_attempts,
action_id integer NOT NULL REFERENCES actions,
PRIMARY KEY( achievement_attempt_id, action_id)
);


The achievement_attempt_actions table links actions to achievement_attempts. For a link to be valid a number of attributes of actions must match attributes of achievements and achievement_attempts. This means an update to any of these 5 tables could invalidate the chain. How can I eliminate the possibility for this type of erroneous data?

I might not be understanding your question, but isn't that what your foreign key references do? For example, you can't update achievement_attempt_id in the achievement_attempt table if there is an achievement_attempt_actions record that refers to it since that would break the reference. (Not that you want to be updating primary key values in the first place...)
--
Rick Genter
rick.genter@gmail.com

pgsql-general by date:

Previous
From: Jack Christensen
Date:
Subject: Multiple table relationship constraints
Next
From: Rick Chu
Date:
Subject: Re: psql tunneling thru a middle server