la chiave esterna fa sempre riferimento a una chiave univoca in un'altra tabella?

Question

Non è possibile che la chiave esterna (singola colonna) in una tabella figlio faccia riferimento a una chiave genitore che ha alcuni valori duplicati?

Answer 1

Secondo lo standard SQL, una chiave esterna deve fare riferimento sia alla chiave primaria che a una chiave univoca della tabella padre. Se la chiave primaria ha più colonne, la chiave esterna deve avere lo stesso numero e ordine di colonne. Pertanto la chiave esterna fa riferimento a una riga univoca nella tabella padre; non ci possono essere duplicati

---

Re tuo commento:

Se T.A è una chiave primaria, allora no, non può avere duplicati. Qualsiasi chiave primaria deve essere univoca e non nulla. Pertanto, se la tabella figlio ha una chiave esterna che fa riferimento alla chiave primaria del genitore, deve corrispondere a un valore univoco non nullo e quindi fa riferimento esattamente a una riga nella tabella padre. In questo caso non è possibile creare una riga figlio che faccia riferimento a più righe padre.

È possibile creare una riga figlio la cui colonna chiave esterna è NULL, nel qual caso non fa riferimento a nessuna riga nella tabella padre.

Answer 2

No, non è possibile.

Quando si definisce un vincolo di chiave esterna su una tabella, significa che c'è una sola chiave corrispondente nella tabella esterna. Se sul tavolo estero esistessero multipli che si dovrebbero intendere?

Wikipedia ha questa definizione sul Foreign key ingresso:

Una chiave esterna è un campo in una tabella relazionale che corrisponde a una chiave candidata di un'altra tabella

chiavi candidate sono unici all'interno di una tabella .

Answer 3

Sì, è possibile che una chiave esterna faccia riferimento a una colonna con valori duplicati.

Ciò può accadere se la chiave primaria utilizza un indice non univoco e non viene convalidata quando viene creata. (Ma non ho mai visto una situazione del genere nella vita reale. Come @ Bill Karwin sottolineato, sarebbe molto confuso. Quindi questo non può essere una situazione che ha realmente bisogno di preoccuparsi.)

--Create a table with two duplicate rows 
create table test1(a number); 
insert into test1 values(1); 
insert into test1 values(1); 
commit; 

--Create a non-unique index 
create index test1_index on test1(a); 

--Use the non-unique index for the primary key, do not validate 
alter table test1 add constraint test1_pk primary key (a) 
    using index test1_index novalidate; 

--Build another table with a foreign key to TABLE1 
create table test2(a number, 
    constraint test2_fk foreign key (a) references test1(a)); 

--Inserting a value that refers to the duplicate value still works. 
insert into test2 values(1); 
commit; 

--The foreign key still works: 
--ORA-02291: integrity constraint (TEST2_FK) violated - parent key not found 
insert into test2 values(2); 

--The primary key works as expected, but only for new values: 
--ORA-00001: unique constraint (TEST1_PK) violated 
insert into test1 values(1);