Relazione molti a molti | Progettazione di DataBase Relazionali

Un saluto a tutti.
Il mio nome è Giuseppe e mi dedico alla programmazione di piccole procedure con archivi per la risoluzione di esigenze personali. Ultimamente ritengo che sia arrivato il momento di passare ad un db su server web per avere accesso ovunque. Da qui le mie difficoltà per cui chiedo dove posso trovare articoli o pubblicazioni sull'ottimizzazione. In particolare:
Ho sei tabelle ognuna delle quali necessita di uno o più campi RECAPITO per contenere tanto un nr di telefono, tanto una mail. Avevo pensato di realizzare una tabella CODICERECAPITO semplicemente per creare un codice unico da inserire nel campo RECAPITO di ciascuna delle sei tabelle. Successivamente Creerei una tabella RECAPITO con il campo ID, il tipo di recapito e il dato del recapito, nonchè con un campo CODICERECAPITO per collegare ognuna delle sei tabelle al dato recapito.
E' questa una procedura correttà ai fini dell'ottimizzazione ? Esistono altri metodi più "ortodossi". Grazie e compimenti per l'ottimo sito.

Usando il "MySQL Librarian" troverai diversi blog (in inglese) che trattano di ottimizzazione, a diversi livelli di difficoltà.

Non sono sicuro di aver capito l'approccio che descrivi. La regola generale per le relazioni many to many è:

Tabella A (A_id, altri campi)
Tabella B (B_id, altri campi)
Tabella A_B (A_id, B_id)

Nel tuo caso, al posto di A ci sono sei tabelle. La soluzione si può adottare ugualmente (anzi, rimane l'unica possibile), ma probabilmente complica alcune query.
Queste tabelle hanno gli stessi campi?

il modo che descrivi mi sembra corretto

in questo modo ad ogni riga delle sei tabelle puoi fare corrispondere un numero arbitrario di recapiti
se crei una maschera grafica per il record-utente puoi visualizzare i recapiti in una select

ps tecnicamente questa è normalizzazione, l'ottimizzazione è un'altra cosa

Ultima modifica 22 Agosto, 2011 18:22 di biagiopas

Può darsi che ti sorga un altro problema: facendo una JOIN a partire dal recapito, potresti non sapere in quale tabella devi andare a pescare una corrispondenza.
Si può risolvere con una vista, supponendo che le 6 tabelle abbiano (più o meno) gli stessi campi:

Tabella clienti(id, nominativo, indirizzo)
Tabella fornitori(id, nominativo, indirizzo)
Tabella aziende(id, ragione_sociale, indirizzo)

CREATE VIEW contatti AS (
(SELECT id, nominativo, indirizzo, 'cliente' AS tipo FROM clienti)
UNION DISTINCT
(SELECT id, nominativo, indirizzo, 'fornitore' AS tipo FROM fornitori)
UNION DISTINCT
(SELECT id, ragione_sociale AS nominativo, indirizzo, 'azienda' AS tipo FROM aziende)
);

A questo punto, una query "complessiva" non è più un problema:

SELECT ....
FROM (contatti c LEFT JOIN contatti_recapiti cr
ON c.id = cr.id_contatto)
LEFT JOIN recapiti
ON cr.id_recapito;

Come dici tu, l'approccio che ti avevo descritto è normale, ma un db normalizzato è piuttosto ostico. Si rimedia denormalizzandolo un po', oppure creando viste/tabelle riassuntive.

Spero di essere stato chiaro.