Jak wymusić integralność referencyjną w dziedziczeniu z pojedynczego stołu?

Question

Czytałem niektóre Bill Karwin's odpowiedzi na temat single table inheritance i że to byłoby dobre podejście do konfiguracji Zastanawiam:

Playlist 
-------- 
id AUTO_INCREMENT 
title 

TeamPlaylist 
------------ 
id REFERENCES Playlist.id 
teamId REFERENCES Team.id 

UserPlaylist 
------------ 
id REFERENCES Playlist.id 
userId REFERENCES User.id 

PlaylistVideo 
------------- 
id 
playlistId REFERENCES Playlist.id 
videoId REFERENCES Video.id 

Wszystkie opcje CASCADE są ustawione na DELETE która będzie działać poprawnie, gdy jest Playlist usunięto jednak, co się stanie, jeśli usunięto User lub?

tj. Jeśli zostanie usunięta User, wiersze w UserPlaylist zostaną usunięte, ale pozostaną wiersze z odniesieniami w Playlist i PlaylistVideo. Zastanowiłem się nad wymuszeniem tego jako TRIGGER AFTER DELETE, ale nie można się dowiedzieć, czy wystąpiło żądanie usunięcia, ponieważ usunięto Playlist lub usunięto User.

Jaki jest najlepszy sposób na egzekwowanie uczciwości w tej sytuacji?

Edit (Pod warunkiem, ERD)

Answer 1

Moim zdaniem, problemem jest to, że User i Team stoliki są te, które powinny mieć tabeli supertypem (takich jak Party) nie tabelach playlisty.

Jak już zauważyłeś, robienie "dziedziczenia stołu" na listach odtwarzania wiąże się z karami, gdy próbujesz dowiedzieć się, co usunąć. Wszystkie te problemy ustąpią, gdy przeniesiesz dziedziczenie do poziomu użytkownika/zespołu.

Możesz zobaczyć this answer for more detail about supertyping/subtyping.

Przykro mi, że nie dostarczam kodu, ponieważ nie znam składni MySQL na pamięć.

Podstawową koncepcją jest to, że tabela supertype pozwala na wdrożenie typu polimorfizmu bazy danych. Kiedy stół, z którym pracujesz, musi łączyć się z dowolną z grupy podtypów, po prostu sprawisz, że FK będzie wskazywał na nadtyp, a to automatycznie dostarczy ci pożądanego "tylko jednego z nich na raz" ograniczenia biznesowe. Typ super ma relację "jeden do zera lub jeden" z każdą z tabel podtypów, a każda tabela podtypów używa tej samej wartości w PK jako PK z tabeli nadtypu.

W bazie danych, mając tylko jedną tabelę Playlist z FK na Party (PartyID), łatwo wymusić regułę biznesową na poziomie bazy danych bez wyzwalaczy.

Answer 2

OK widzę, co chcesz tutaj ... to, co chcesz zrobić, to uruchomić kwerendę jak

DELETE FROM playlist 
WHERE  id 
NOT IN  (
    SELECT id 
    FROM UserPlayList 
    UNION 
    SELECT id 
    FROM TeamPlayList 
) 

po albo wiersz jest usunięte z użytkowników lub zespołów

Answer 3

Co możesz zrobić, to wprowadzić wyzwalacze na swoich tabelach Users i Team, które są wykonywane Ute gdy wiersze zostaną usunięte z albo:

stół użytkownika:

DELIMITER $$ 
CREATE TRIGGER user_playlist_delete 
BEFORE DELETE ON User FOR EACH ROW 
BEGIN 
    DELETE a FROM Playlist a 
    INNER JOIN UserPlaylist b ON a.id = b.id AND b.userId = OLD.id; 
END$$ 
DELIMITER ; 

tabeli zespołu:

DELIMITER $$ 
CREATE TRIGGER team_playlist_delete 
BEFORE DELETE ON Team FOR EACH ROW 
BEGIN 
    DELETE a FROM Playlist a 
    INNER JOIN TeamPlaylist b ON a.id = b.id AND b.teamId = OLD.id; 
END$$ 
DELIMITER ; 

Co te wyzwalacze zrobi to za każdym razem rekord zostanie usunięty z jednego z tych tabel, operacja DELETE zostanie automatycznie uruchomiona na tabeli Playlists przy użyciu id, która ma zostać usunięta (poprzez połączenie wewnętrzne).

Testowałem to i działa świetnie.

Answer 4

Odpowiedź Zane Bien jest dość oczywista. & superb.Ale mam pomysł na zrobienie tego bez użycia wyzwalacza, ponieważ wyzwalacz ma wiele problemów.

Czy używasz dowolnego języka programowania? Jeśli tak to,

pomocą pojedynczego transaction i dokonać bazie auto commit false

napisać DELETE dla przywoływanych wierszy w listy odtwarzania i PlaylistVideo. Ręcznie musisz najpierw napisać to zapytanie, używając tego identyfikatora referencyjnego (z warunkiem) i uruchomić go.

Teraz przygotuj kolejną kwerendę dla głównego zadania, tj. Usuń użytkownika, a wiersze listy UserPlaylist zostaną automatycznie usunięte (z powodu opcji CASCADE DELETE).Teraz uruchom drugie zapytanie i commit.

Wreszcie dokonaj transakcji auto commit true.

Działa z powodzeniem, mam nadzieję, że będzie pomocna.