 |
 Guccio |
| Chiavi primarie |
15-12-2010 18:59 |
|
 |
Guccio |
.fedelissimo.
Registered: May 2009
Posts: 59 (0.01 al dì)
Location: Milano
Corso: Informatica
Anno: Terzo
Time Online: 9:28:59 [...]
Status: Offline
Edit | Report | IP: Logged |
Chiavi primarie
Salve a tutti, durante una lezione della Castano mi è sfuggita una cosa. Perchè è preferibile aggiungere un ID come chiave piuttosto che usare un valore della relazione che si sa essere unico?
|
|
15-12-2010 18:59 |
|
|
| |
|
| CowBoy |
| Prova a guardare nelle videolezioni, forse trovera ... |
23-12-2010 13:10 |
|
|
CowBoy |
.arcimaestro.
Registered: May 2006
Posts: 294 (0.04 al dì)
Location: Milano
Corso: F49 - Informatica
Anno: Laureato F49
Time Online: 3 Days, 13:40:27 [...]
Status: Offline
Edit | Report | IP: Logged |
Prova a guardare nelle videolezioni, forse troverai qualche risposta. Probabilmente faceva riferimento ad entità con chiave primaria poco chiara, dove per logica non ci dovrebbero essere tuple ripetute, ma nella pratica servono codici "generici" o valori nulli.
__________________
.. ±·ø·±-`` MuSiC iS My LanGuAGe ´´-±·ø·± ..
|
|
23-12-2010 13:10 |
|
|
| |
|
| number15 |
| Re: Chiavi primarie |
05-02-2011 08:56 |
|
|
number15 |
.grande:maestro.
Registered: Nov 2005
Posts: 652 (0.09 al dì)
Location:
Corso:
Anno:
Time Online: 121 Days, 13:57:11 [...]
Status: Offline
Edit | Report | IP: Logged |
Re: Chiavi primarie
Originally posted by Guccio
Salve a tutti, durante una lezione della Castano mi è sfuggita una cosa. Perchè è preferibile aggiungere un ID come chiave piuttosto che usare un valore della relazione che si sa essere unico?
Magari hai già risolto, ma ti rispondo comunque.
E' semplicemente per un discorso di comodità: hai un dato molto più piccolo da portarti in giro.
Es. tabella utente ed usi come chiave primaria 'email' (diciamo varchar(60)).
Ora in ogni tabella in cui devi mettere la chiave esterna su email, devi creare un campo varchar(60) per contenere l'email.
Hai un campo più scomodo da gestire (errori di battitura in caso di data entry manuale, join più pesanti da fare sul varchar).
Conviene quindi creare SEMPRE un campo id_ tipo int unsigned AUTO_INCREMENT (o equivalenti + grandi o + piccoli).
In fase di data entry dovrai semplicemente lasciare quel campo nullo, e ti verrà garantito che ogni nuova tupla sarà unica.
Dovrai poi mettere una chiave unique su email per 'dire' che è una chiave candidata e che quindi non può avere valori duplicati.
Spero di essermi spiegato.
Ciao
__________________
Portale segnalazioni marchi-negozi di abbigliamento
http://www.ovojo.com
Last edited by number15 on 06-02-2011 at 13:03
|
|
05-02-2011 08:56 |
|
|
| |
|
| Guccio |
| Spiegato benissimo grazie mille :) ... |
06-02-2011 12:49 |
|
|
Guccio |
.fedelissimo.
Registered: May 2009
Posts: 59 (0.01 al dì)
Location: Milano
Corso: Informatica
Anno: Terzo
Time Online: 9:28:59 [...]
Status: Offline
Edit | Report | IP: Logged |
Spiegato benissimo grazie mille 
|
|
06-02-2011 12:49 |
|
|
| |
|
| lferri469 |
| Re: Re: Chiavi primarie |
30-03-2011 13:51 |
|
|
lferri469 |
.precettore.
Registered: Jan 2009
Posts: 84 (0.01 al dì)
Location:
Corso:
Anno:
Time Online: 12:57:57 [...]
Status: Offline
Edit | Report | IP: Logged |
Re: Re: Chiavi primarie
Originally posted by number15
Magari hai già risolto, ma ti rispondo comunque.
E' semplicemente per un discorso di comodità: hai un dato molto più piccolo da portarti in giro.
Es. tabella utente ed usi come chiave primaria 'email' (diciamo varchar(60)).
Ora in ogni tabella in cui devi mettere la chiave esterna su email, devi creare un campo varchar(60) per contenere l'email.
Hai un campo più scomodo da gestire (errori di battitura in caso di data entry manuale, join più pesanti da fare sul varchar).
Conviene quindi creare SEMPRE un campo id_ tipo int unsigned AUTO_INCREMENT (o equivalenti + grandi o + piccoli).
In fase di data entry dovrai semplicemente lasciare quel campo nullo, e ti verrà garantito che ogni nuova tupla sarà unica.
Dovrai poi mettere una chiave unique su email per 'dire' che è una chiave candidata e che quindi non può avere valori duplicati.
Spero di essermi spiegato.
Ciao
ciao number15,
vi volevo chiedere un info perche sono un attimo in crisi
volevo chiedervi nel caso in cui avessi un associazione ternaria nel quale tre entita puntano alla stessa relazione, è possibile piu che possibile dire corretto associare secondo voi l'id di tale relazione (che a livello di sql verrebbe trasformata in tabella contenente le chiavi primarie delle entità) come FOREIGN KEY in una delle entità associate?
non so se mi sono spiegato...
ciao e grazie a tutti
|
|
30-03-2011 13:51 |
|
|
| |
|
| number15 |
| Ciao,
... |
30-03-2011 14:14 |
|
|
number15 |
.grande:maestro.
Registered: Nov 2005
Posts: 652 (0.09 al dì)
Location:
Corso:
Anno:
Time Online: 121 Days, 13:57:11 [...]
Status: Offline
Edit | Report | IP: Logged |
Ciao,
mi posteresti un esempio per capire meglio la situazione?
__________________
Portale segnalazioni marchi-negozi di abbigliamento
http://www.ovojo.com
|
|
30-03-2011 14:14 |
|
|
| |
|
| lferri469 |
| [QUOTE][i]Originally posted by number15 [/i]
... |
30-03-2011 15:02 |
|
|
lferri469 |
.precettore.
Registered: Jan 2009
Posts: 84 (0.01 al dì)
Location:
Corso:
Anno:
Time Online: 12:57:57 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by number15
Ciao,
mi posteresti un esempio per capire meglio la situazione?
ciao number, inanzitutto grazie per avermi risposto.
ti giro l'esempio.
per prima cosa ti vorrei chiedere se secondo te uno schema di questo tipo si possa ritenere corretto anche in presenza di una ciclo...
per qunato riguarda invece la richiesta che ti avevo fatto prima la parte in questione è quella che associa sedi e contratti ad attività.
la relazione works conterra le tre chiavi primarie delle tre entità, ma a livello teorico si potrebbe inserire un id_works come foreing keys in attività?
il mio scopo è quello che dato uno schema er di questo tipo garantire la possibilità di inserire delle attività solo se esiste un contratto o una sede associata.
grazie mille per l aiuto
 Attachment: esempio.jpg
This has been downloaded 7 time(s).
|
|
30-03-2011 15:02 |
|
|
| |
|
| number15 |
| Cosa intendi per 'inserire delle attività'?
... |
30-03-2011 17:48 |
|
|
number15 |
.grande:maestro.
Registered: Nov 2005
Posts: 652 (0.09 al dì)
Location:
Corso:
Anno:
Time Online: 121 Days, 13:57:11 [...]
Status: Offline
Edit | Report | IP: Logged |
Cosa intendi per 'inserire delle attività'?
Intendi per esempio poterla scegliere da un elenco?
Se sì, io aggiungere uno/due campi enum in attività del tipo ha_contratto(Y,N), ha_sede(Y,N) (o semplicemente è_selezionabile(Y,N)) che gestisci tramite trigger after insert on works.
Quindi id_works in attività direi che non ha senso.
Ciclo?
__________________
Portale segnalazioni marchi-negozi di abbigliamento
http://www.ovojo.com
|
|
30-03-2011 17:48 |
|
|
| |
|
| lferri469 |
| [QUOTE][i]Originally posted by number15 [/i]
... |
31-03-2011 13:51 |
|
|
lferri469 |
.precettore.
Registered: Jan 2009
Posts: 84 (0.01 al dì)
Location:
Corso:
Anno:
Time Online: 12:57:57 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by number15
Cosa intendi per 'inserire delle attività'?
Intendi per esempio poterla scegliere da un elenco?
Se sì, io aggiungere uno/due campi enum in attività del tipo ha_contratto(Y,N), ha_sede(Y,N) (o semplicemente è_selezionabile(Y,N)) che gestisci tramite trigger after insert on works.
Quindi id_works in attività direi che non ha senso.
Ciclo?
ciao number grazie mille!
per ciclo intendevo quella ciclicità che è presente tra le 4 entità... nel senso se è fattibile creare un modello e/r cosi o oppure no.
|
|
31-03-2011 13:51 |
|
|
| |
|
| All times are GMT. The time now is 05:09. |
|
|
 |
|
 |
|
|
| |
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is OFF
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|
Guccio
Attachment: 
