MySQL: Due relazioni n: 1, ma non entrambe contemporaneamente

Question

Scusate per il titolo, è difficile da spiegare.

Ho bisogno di un modello di dati simile a questo:

Come si può vedere, un set può appartenere sia ad un utente o di una scuola. Il mio problema: dovrebbe essere consentito solo a un utente o una scuola. Ma mai entrambi allo stesso tempo.

Come posso risolvere questo problema?

Answer 1

Il progetto corrente è denominato archi esclusivi in cui la tabella sets ha due chiavi esterne e ha bisogno esattamente di una di esse per essere non null. Questo è un modo per implementare le associazioni polimorfiche, poiché una determinata chiave esterna può fare riferimento a una sola tabella di destinazione.

Un'altra soluzione è quella di fare una comune "supertable" che entrambi users e schools riferimenti, e quindi utilizzare tale come il genitore di sets.

create table set_owner 

create table users 
    PK is also FK --> set_owner 

create table schools 
    PK is also FK --> set_owner 

create table sets 
    FK --> set_owner 

Si può pensare a questo come analogo a un un'interfaccia in OO modellazione:

interface SetOwner { ... } 

class User implements SetOwner { ... } 

class School implements SetOwner { ... } 

class Set { 
    SetOwner owner; 
} 

---

Re tuoi commenti:

Quindi la tabella SetOwner contiene sia UserIDs e SchoolIDs, corretto? Ciò significherebbe che non mi sarebbe permesso avere lo stesso ID per un utente e una scuola. Come posso far valere questo?

Lascia che la tabella SetOwners generi valori di identificazione. Devi inserire in SetOwners prima di poterlo inserire in Utenti o Scuole. Quindi inserisci ID in Utenti e scuole non autoincremento; basta usare il valore che è stato generato da SetOwners:

INSERT INTO SetOwners DEFAULT VALUES; -- generates an id 
INSERT INTO Schools (id, name, location) VALUES (LAST_INSERT_ID(), 'name', 'location'); 

questo modo non dato valore id verrà utilizzata sia per una scuola e un utente.

Se mi piacerebbe ottenere il tipo proprietario per un set, ho bisogno di un attributo ownerType in mia tabella SetOwner?

Si può certamente fare questo. Di fatto, potrebbero esserci altre colonne comuni a utenti e scuole e potresti inserire queste colonne in SetOwners superabili. Questo entra nel pattern Class Table Inheritance di Martin Fowler.

E se voglio ottenere il nome della scuola o dell'utente (qualunque sia il tipo), posso farlo con una singola query, o ho bisogno di due query (prima di ottenere il tipo e il secondo per ottenere il nome)?

È necessario effettuare un join. Se stai interrogando da un determinato Set e sai che appartiene a un utente (non a una scuola) puoi saltare a unirsi a SetOwners e unirti direttamente agli Utenti. I join non devono necessariamente passare per le chiavi esterne.

SELECT u.name FROM Sets s JOIN Users u ON s.SetOwner_id = u.id WHERE ... 

Se non si sa se un dato insieme appartiene ad un utente oa una scuola, che avrebbe dovuto fare un outer join a entrambi:

SELECT COALESCE(u.name, sc.name) AS name 
FROM Sets s 
LEFT OUTER JOIN Users u ON s.SetOwner_id = u.id 
LEFT OUTER JOIN Schools sc ON s.SetOwner_id = sc.id 
WHERE ... 

si sa che il SetOwner_id deve abbinare uno o l'altro tavolo, utenti o scuole, ma non entrambi.

Answer 2

Dovrai utilizzare un trigger per applicare questa regola aziendale, perché MySQL ha ma non impone i vincoli CHECK (su qualsiasi motore).

Answer 3

Con l'avvertenza: non è del tutto chiaro cosa sia un Set nel modello di dati.

Sto interrogando il tuo modello di dati.

Perché Utente -> Set e Scuola -> Set devono puntare alla stessa tabella. Non è più Normalizzato se si tratta di insiemi di dati realmente indipendenti. Solo perché condividono alcune somiglianze nelle colonne che tracciano non significa che debbano essere memorizzati nella stessa tabella. Sono logicamente la stessa cosa?

È sufficiente creare tabelle separate per School Set e User Set. Ciò renderà anche le query inverse più facili perché non dovrai controllare le relazioni null nella tabella Sets per sapere se si tratta in realtà di un set utente o di un set di scuole.