[DB] Una domanda sulle relazioni molti a molti

[beipink]

Dove posso trovare materiale per documentarmi sulle relazioni molti a molti, in particolare sulla relazione molti a molti con più di due tabelle.

se ho solo due tabelle da relazionare è tutto ok. Il prob. si complica quando devo relazionare molti a molti tante tabelle!
Creando una terza tabella di supporto ogni due tabella dopo aver creato tutte le relazioni ottengo un numero di tabelle piuttosto elevato.
Infatti, se non sbaglio dovrebbe essere (NumeroTabelle-1)*NumeroTabelle/2 , così se ho 40 tabelle da relazionare dopo i calcoli matematici (39*20) ottengo 780 tabelle di supporto alle relazioni + le 40 tabelle iniziali....che non è certo pratico o facilissimo da gestire :-(

Magari qualche lettura può aiutarmi nella gestione o nella ricerca di nuove soluzioni.
Thanks
Kirk

[piero.mac]

Originariamente inviato da beipink
Dove posso trovare materiale per documentarmi sulle relazioni molti a molti, in particolare sulla relazione molti a molti con più di due tabelle.

se ho solo due tabelle da relazionare è tutto ok. Il prob. si complica quando devo relazionare molti a molti tante tabelle!
Creando una terza tabella di supporto ogni due tabella dopo aver creato tutte le relazioni ottengo un numero di tabelle piuttosto elevato.
Infatti, se non sbaglio dovrebbe essere (NumeroTabelle-1)*NumeroTabelle/2 , così se ho 40 tabelle da relazionare dopo i calcoli matematici (39*20) ottengo 780 tabelle di supporto alle relazioni + le 40 tabelle iniziali....che non è certo pratico o facilissimo da gestire :-(

Magari qualche lettura può aiutarmi nella gestione o nella ricerca di nuove soluzioni.
Thanks
Kirk

il vangelo della terza forma normale dei database relazionali recita:

Una relazione è in terza forma normale se si trova in seconda forma normale e tutti gli attributi, che non sono chiavi primarie, sono indipendenti tra loro. Poiché una colonna deve dipendere da una chiave tutti i valori devono essere identificati dalla chiave stessa.

Più difficile da spiegare che da capire. Ogni valore per essere correttamente identificato deve essere presente una sola volta ed avere la sua chiave primaria di appartenenza. Ogni ricorrenza che si presenta più volte come dipendenza parziale va isolata in propria tabella.

Insomma, se le tabelle sono ottimizzate ed i dati atomici rappresenteranno la relazione "uno" ed una o piu' tabelle di supporto (dipende dal progetto) la relazione "molti". Le relazioni "molti a molti" sono praticamente "ingestibili"

[beipink]

...Qualche link per documentarmi? ...non penso di averti capito bene.

grazie
Kirk

[beipink]

up

[franz79]

esempino pratico.

Ho un insieme di studenti che partecipano ad una serie di corsi.

Uno studente può partecipare ad n corsi. Relazione molti (studenti) a molti (corsi).

Struttura db:
tabella studenti: id, nome, cognome ecc...
tabella corsi: id, titolo, descrizione ecc...
tabella frequenza: id, id_studente, id_corso

Ecco che la relazione diventa sempre di uno a molti...

[piero.mac]

@ franz79 - questo e' sicuramente corretto.

ma la richiesta di beipink lascia un po' di perplessita'. Dalle sue affermazioni si capisce che si trova veramente agli inizi e suggerire link o testi e' arduo senza sapere qual'e' il livello di attuale conoscenza. Ci sono molti testi disponibili ... ma e' come chiedere un manuale che spieghi come si costruisce un condominio...

http://www.suffritti.it/SQLTutorial.htm
http://www.utexas.edu/its/windows/da...dm/design.html
http://databases.about.com/od/specif...ase_Design.htm

ma anche:

http://database.html.it/guide/leggi/87/guida-mysql/
http://database.html.it/guide/leggi/...mysql-pratica/

dire che usare google per cercare quello che espressamente serve sia poi la soluzione migliore . Ci sono pure libri online (in inglese).

[luca200]

Io sarei curioso di vederla, la relazione fra 40 entità....

[beipink]

Originariamente inviato da franz79
esempino pratico.

Ho un insieme di studenti che partecipano ad una serie di corsi.

Uno studente può partecipare ad n corsi. Relazione molti (studenti) a molti (corsi).

Struttura db:
tabella studenti: id, nome, cognome ecc...
tabella corsi: id, titolo, descrizione ecc...
tabella frequenza: id, id_studente, id_corso

Ecco che la relazione diventa sempre di uno a molti...

Credo che non ci siamo capiti bene.
Pensa ad un esempio tipo un dizionario multilingua.
Tabella italiano: id, parola, etc
Tabella inglese: id, parola etc.
Tabella tedesco: id, parola etc.
.....
.....
.......

Sappiamo tutti che ad una parola italiana corispondo una o più parole inglesi e viceversa e le stesse parole inglesi non corrispondono a quelle in tedesco etc etc etc....se poi aggiungi che per qualisiasi parola si possa ottenere la rispettiva traduzione in ogni lingua! I collegamenti da fare sono piuttosto complicati!

Quindi per fare la relazione uno a molti creando una tabella frequenza per ogni relazione, risulta: (NumeroTabelle-1)*NumeroTabelle/2

Originariamente inviato da piero.mac
e' come chiedere un manuale che spieghi come si costruisce un condominio

Grazie per i link, ora guardo tutto.....

thanks kirk

[beipink]

Originariamente inviato da luca200
Io sarei curioso di vederla, la relazione fra 40 entità....

Sono curioso pure io.....è per questo che sto indagando

[franz79]

non capisco cosa c'entri il numero delle tabelle!!

struttura:

parole_ita: id, parola
words_uk: id, word
parole_ds: id, parola_tedesca
traduzioni: id, id_parole_ita, id_words_uk, id_parole_ds

esempio (no so il tedesco...):

parole_ita:
1, casa
2, abitazione
3, cane
4, mario

words_uk:
1, home
2, house
3, cat
4, dog

parole_ds:
1, kartoffen
2, kasa
3, bitte
4, kualkosa

traduzione:
1; 1 (parole_ita); 1 (words_uk); 2 (parole_ds)
2; 1 (parola_ita); 2 (words_uk); - (parole_ds)
3; 2 (parola_ita); 1 (words_uk); 2 (parole_ds)
4; 2 (parola_ita); 2 (words_uk) ; - (parole_ds)
5; - (parola_ita); 2 (words_uk); 2 (parole_ds)