Vous avez omis toutes les clés étrangères sur le nom du livre.
C'est pourquoi je réponds avec un ensemble complet et amélioré de définitions de table, il s'agit de clés étrangères, n'est-ce pas ? Shure vous avez donné un exemple dépouillé.
Le problème à résoudre était que les enregistrements dans reading_event_discussion doit concerner des thèmes qui existent dans ce livre :
drop table book cascade;
drop table book_theme;
drop table reading_event cascade;
drop table reading_event_discussion;
create table book (
name text primary key -- new, a must because it is FK in reading_event
);
insert into book (name) values ('game of thrones'),('Database design');
create table book_theme (
bookname text references book(name), -- new
themename text
);
insert into book_theme (bookname, themename) values
('game of thrones', 'ambition'), ('game of thrones', 'power');
create table reading_event (
i SERIAL primary key,
venue text,
bookread text references book(name) -- FK is new
);
insert into reading_event (venue, bookRead) VALUES
('Municipal Library', 'game of thrones');
-- this is the solution: extended reference check
create or replace function themecheck (i integer, th text) returns boolean as $$
select
(th in (select themename from book_theme bt
join reading_event re on i=re.i and re.bookRead=bt.bookname))
$$ language sql;
create table reading_event_discussion (
i integer references reading_event(i),
themeDiscussed text check (themecheck (i, themeDiscussed))
);
-- Test statements:
-- just check data
select * from reading_event;
-- this should be ok
insert into reading_event_discussion values (1,'ambition'),(1,'power');
-- this must be refused
insert into reading_event_discussion values (1,'databases');
La solution consiste donc à écrire une fonction de vérification personnalisée. Ce n'est pas portable vers d'autres systèmes de base de données.
On peut écrire cette fonction dans plusieurs langages (plpgsql, pltcl, ... ), mais les fonctions SQL peuvent être intégrées dans une requête et peuvent être plus rapides.
