Newsgroup: it.comp.appl.access
Titolo: Dubbio su relazione molti a molti

Ciao a tutti,
mi trovo a dover fare un database la cui struttura che mi interessa vi
riassumo qui.
Le tabelle su cui ho il dubbio in pratica riguardano:
INFORMAZIONI
AREE GEOGRAFICHE
OGGETTO DELL'INFORMAZIONE
SOGGETTO CUI RIGUARDA L'INFO
La tabella da cui parto è Informazioni ed è relazionata con tutte le
altre con una relazione molti a molti.
Un'informazione può riguardare più aree, avere più oggetti e
riguardare più soggetti.
Un'area può riguardare più informazioni, un oggetto pure, e idem per
il soggetto.
In pratica mi sto complicando la vita mi sa...però di base è quello
che mi serve.
Ipotizzando:
INFORMAZIONI
info_id
info_testo
...
AREA GEOG.
area_id
area_geog
ho fatto la relazione mediante una tabella con:
info_id
area_id
seguendo qualche manuale online. Però nel vostro gruppo ho letto che
sarebbe comunque meglio mettere un contatore in questa tabella,
perchè?
E se metto il contatore diventa quello la chiave primaria al posto
dell'unione di questi due campi??
Altro dubbio a cui mi piacerebbe trovare risposta è: una volta fatto
questo ragionamento per questa tabella, come collegare le altre????
Mi spiego meglio (spero):
Nella tabella di congiunzione con l'area geografica uso INFO_ID, devo
utilizzare lo stesso campo anche nella tabella di congiunzione con
l'OGGETTO dell'informazione, o c'è qualche altro modo che mi
sfugge????
Grazie in anticipo!!! :)

 wrote in message 
news:1145433909.2...@v46g2000cwv.googlegroups.com...
Ciao a tutti,
mi trovo a dover fare un database la cui struttura che mi interessa vi
riassumo qui.
Le tabelle su cui ho il dubbio in pratica riguardano:
INFORMAZIONI
AREE GEOGRAFICHE
OGGETTO DELL'INFORMAZIONE
SOGGETTO CUI RIGUARDA L'INFO
[...]
==============================
Io farei cosě:
INFORMAZIONI
info_id        AutoNumber, PrimaryKey
info_testo
AREA GEOG.
area_id        AutoNumber, PrimaryKey
area_geog
OggettoInfo
info_id        \   Long
area_id       /   PrimaryKey
SoggettoInfo
info_id        \   Long
area_id       /   PrimaryKey
Relazioni
------------------------------------------------------------------
INFORMAZIONI.info_id     1 |------| oo    OggettoInfo.info_id
INFORMAZIONI.info_id     1 |------| oo    SoggettoInfo.info_id
AreaGeog.area_id     1 |-----| oo   OggettoInfo.area_id
AreaGeog.area_id     1 |-----| oo   SoggettoInfo.area_id
Per tutte:
Referential Integrity
Cascade Update
Cascade Delete
------------------------------------------------------------------
Sempre che abbia perfettamente inteso il problema.
Bruno

 Sempre che abbia perfettamente inteso il problema.
No, forse mi sono spiegata male.
Le altre tabelle sono tutte collegate alla tabella informazioni, non ad
AreaGeografica.
E' informazioni che è collegata a tutto il resto con 3 relazioni molti
a molti.
Comunque hai risposto lo stesso ad uno dei miei dubbi, e cioè se in
piu relazioni molti a molti utilizzo sempre lo stesso info_id.
A quanto vedo la risposta è si. Grazie mille per la risposta
velocissima!

Grazie in anticipo!!! :)
Prego
-- 
Roberto
-----------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
-----------------------------------------------


Non potevi essere più chiaro ed esauriente di cosi, ti ringrazio
ancora!!!
Ed ora all'opera....l'altro scoglio da superare sarà capire come
funzionano queste maledette maschere :)

argomenti, ecc.
[CUT]
Se "un'informazione può riguardare taaaante cose, tante aree, tanti
argomenti, ecc.", insisto nel dire che le tabelle dovrebbero essere legate
tra loro da relazioni uno-a-molti.
Se poi ti piace complicarti la vita sei padrone di fare come vuoi, in fin
dei conti la cosa ti funzionerà comunque, ma con un sacco di complicanze
inutili in più.


 inutili in più.
Allora, probabilmente ho qualche problema a capire il tuo ragionamento.
Non uso Access da 5 anni, e in pochi giorni sto rispolverando tutto
quello che sapevo (comunque poco, visto che ci abbiamo dedicato un po'
di tempo alle superiori....).
Mi son riletta tutte le cose di base, ho cercato di capire il problema
che mi era stato sottoposto e ho fatto uno schema delle tabelle.
Leggo che: "In una relazione molti a molti ad un record della tabella A
possono corrispondere più record della tabella B e, viceversa, ad un
record della tabella B possono corrispondere più record della tabella
A"
Quindi sapendo che un'informazione può riguardare più aree, e che a
un'area corrispondono più informazioni, deduco che la relazione sia
questa...ma se la cosa si può semplificare e non l'ho capito ben
venga!
In pratica cosa vogliono ottenere:
....scrivono l'informazione ricevuta, che potrebbe essere, tanto per
fare un esempio stupido: "I prezzi dei cellulari saliranno in Asia ed
Europa", scelgono le aree cui riguarda cioè "Asia" ed "Europa", e
così via per tutti gli altri campi di cui parlavo all'inizio di questa
discussione.
Se poi vuoi ragionare sulla validità di questo approccio, volentieri!
Io mi sono adeguata alle richieste, non avendo molta esperienza!
Ciao e grazie!
Lisa

Lisa


 base a quello che avevi detto sino ad ora, non era per niente scontato.
Beh è la prima cosa che ho scritto, mi pareva di essere stata chiara
dicendo:
"Un'informazione può riguardare più aree, avere più oggetti e
riguardare più soggetti.
Un'area può riguardare più informazioni, un oggetto pure, e idem per
il soggetto. "
comunque non è il caso di cavillare, grazie per tutte le
informazioni!!
Lisa