[mysql] chiavi primarie concatenate

[Ndr]

La tabella citta' ha due chiavi primarie che sono cap e citta.
La tabella proprietario ha, naturalmente, come chiave esterna le due chiavi di citta' con questa forma
"cap - citta"

Quando devo prelevare la citta del proprietario dovrei fare una cosa del genere

SELECT citta.nome,provincia FROM citta
JOIN proprietario ON proprietario.citta = citta.cap^.-.^citta.nome WHERE idproprietario='91'

ma e' possibile fare una concatenazione con stringhe a livello di query?/???

[Ndr]

up

[piero.mac]

per concatenare le stringhe puoi usare concat()

CONCAT(campo1,'-',campo2) as campo3.

ma la chiave primaria e' una sola, composta da due campi.

[daniele_dll]

scusa ... ma se tieni una sola chiave come il cap? oppure solo la città?

per la concatenazione va bene come fai se ti serve necessariamente

altrimenti ... metti una chiave primaria e fai riferimento tramite quella come chiave per le tabelle

[Ndr]

Originariamente inviato da daniele_dll
scusa ... ma se tieni una sola chiave come il cap? oppure solo la città?

per la concatenazione va bene come fai se ti serve necessariamente

altrimenti ... metti una chiave primaria e fai riferimento tramite quella come chiave per le tabelle

La chiave primaria puo' essere solo il cap o solo la citta' come dici tu... ma ho indivuduato un piccolo problema.

La mia zona, (Salento) possiede numerosi paesi e frazioni.
Es. il mio paese Taviano con cap 73057 possiede una frazione>Marina di Mancaversa con uguale cap.
Il problema potrebbe risolversi con la primary key del nome, ma ho fatto un giro su google per vedere se esistevano altri Taviano in italia e ne ho individuati altri due VVoVe:
Quindi il singolo nome o il singolo cap non vanno bene come primary key.
L'ideale e' la concatenazione delle due.
Il problema potrebbe risolversi con l'aggiunta nell'entita' CITTA con un attributo unico che, al momento dell'inserimento, vado a compilare avente la forma cap - nome.
Questo aggiunge un pesante overhead al sistema, specialmente se faccio spesso uso delle citta'.

Ideale sarebbe fare le query concatenando AL VOLO i due campi.

Ora provo la CONCAT suggerita da piero.mac
vediamo cosa esce fuori...
CIAO

[daniele_dll]

scusa ... metti una chiave autoincrement ... usi l'id numerico ... al posto del nome o del cap ... e vai + veloce con meno problemi

[piero.mac]

Originariamente inviato da daniele_dll
scusa ... metti una chiave autoincrement ... usi l'id numerico ... al posto del nome o del cap ... e vai + veloce con meno problemi

Credo che non valga la pena fare una tabella per nome citta' e cap. Se non ci sono altri dati da gestire che riguardano la citta' questi dati possono tranquillamente stare con la tabella proprietario. Fanno parte di un indirizzo e non possono essere considerati duplicati. Pensa ad una grande citta' dove i CAP sono centinaia...

[Ndr]

Originariamente inviato da piero.mac
Credo che non valga la pena fare una tabella per nome citta' e cap. Se non ci sono altri dati da gestire che riguardano la citta' questi dati possono tranquillamente stare con la tabella proprietario. Fanno parte di un indirizzo e non possono essere considerati duplicati. Pensa ad una grande citta' dove i CAP sono centinaia...

Si, pero' se l'entita' citta' deve essere condivisa da altre entita', allora la si DEVE fare a parte...
dipende dallo schema ER...
Nel mio caso e' conveniente farla a parte.

Per quanto riguarda il consiglio di daniele_dll .... mmmmm.... l'avevo pensato gia' da tempo quella soluzione, ma non mi sembrava tanto elegante.
C'e' da dire pero' che sembra un metodo piu' efficiente.

Ancora non ho provato la CONCAT ... speriamo che vada

[piero.mac]

Direi invece che una chiave primaria id INT auto increment sia decisamente "elegante" se a pulizia ed efficienza intendi riferirti.

[Ndr]

Non so perche', ma il mio vecchio professore di basi di dati all'universita' odiava questo tipo di chiavi primarie.... saro' stato condizionato da lui