[principiante] vincolo d'integrità e chiave primaria

[sitodue]

Ciao a tutti;
ho due domande su un db molto semplice che sto realizzando a livello didattico;
il db ha due tabelle, utenti e auto; la tabella utenti contiene i campi nome|password;
il campo login è "UNIQUE" e chiave primaria;
la tabella auto contiene nomeUtente|marca; entrambi i campi sono UNIQUE;
la prima domanda è, utenti.nome e auto.nomeUtente contengono gli stessi valori, ossia il nome del proprietario dell'auto. E' corretto che ci sia un vincolo d'integrità referenziale tra questi due campi?
La seconda domanda, riguardo la tabella auto, è indifferente quale dei due campi indico come chiave primaria, o considerando il vincolo con la tabella utenti è più corretto che lo sia il campo nomeUtente?

[optime]

nella tabella auto non avrai chiavi primarie, ma solo campi con indice. altrimenti non potrai inserire utenti con due auto della stessa marca

[sitodue]

Ciao e grazie per la risposta prima di tutto...
Sto cercando di fissare un po' i concetti...
Quindi con "chiave primaria" io indico che quel campo è unico per tabella, giusto?
Poichè Mysql mi permette di scegliere come attributi tra gli altri, chiave primaria o "unique" cosa indico se scelgo unique?
Nel caso dell'esempio precedente, se quindi volessi poter abbinare ad ogni utente un'unica auto, il campo nomeutente della tabella auto è corretto che sia chiave primaria? In questo caso è anche corretto inserire un vincolo d'integrità referenziale tra i campi utente.nome e auto.nomeutente ? Quali sono i pro e i contro che ottengo impostandolo?

[bomberdini]

Originariamente inviato da sitodue
Ciao e grazie per la risposta prima di tutto...
Sto cercando di fissare un po' i concetti...
Quindi con "chiave primaria" io indico che quel campo è unico per tabella, giusto?

indichi che quel campo contiene valori univoci che identificano la tupla.

Poichè Mysql mi permette di scegliere come attributi tra gli altri, chiave primaria o "unique" cosa indico se scelgo unique?

Il vincolo UNIQUE garantisce che tutti i valori presenti in una colonna siano diversi.

Nel caso dell'esempio precedente, se quindi volessi poter abbinare ad ogni utente un'unica auto, il campo nomeutente della tabella auto è corretto che sia chiave primaria?

Non e' proprio il modo migliore ma comunque si avresti che uno stesso nome utente puo' apparire una sola volta e quindi con una macchina.

In questo caso è anche corretto inserire un vincolo d'integrità referenziale tra i campi utente.nome e auto.nomeutente ? Quali sono i pro e i contro che ottengo impostandolo?

si. I pro sono che sono relazionate e puoi impostare che le modifiche su una delle 2 si proiettano automaticamente anche sull'altra. E ovviamente anche altri 'pro'

[sitodue]

Originariamente inviato da bomberdini
indichi che quel campo contiene valori univoci che identificano la tupla.

Il vincolo UNIQUE garantisce che tutti i valori presenti in una colonna siano diversi.

ok,è tutto più chiaro tranne questo passaggio...
se tutti i campi di una colonna sono unici grazie all'attributo UNIQUE, anche questo campo allora mi identificherà univocamente una tupla... continuo a non cogliere la differenza con primary key

[bomberdini]

La differenza sostanziale e' che UNIQUE supporta anche valori NULL

Mentre un valore della chiave primaria non puo essere NULL

[sitodue]

chiaro!
Grazie 1000