Newsgroup: it.comp.appl.access
Titolo: A cosa servono le relazioni?

La domanda può sembrare anzi sicuramente lo è molto generica, ma io +
mi addentro in access - ci capisco.
esempio : Uno a molti
Una tabella clienti da lato 1
una tabella ordini dal lato Molti
questo perchè ad esempio un cliene può fare numerosi ordini, fin qui
ci siamo, creo sta benedetta relazione e metto in comune il campo
IDcliente che sulla tabella Clienti sarà KeyMaster Contatore, mentre
sulla tabella ordini sarà un semplice campo Numerico (chiamata anche
key esterna).
Una volta creata tale "correlazione" che vantaggi avrò?

"JoeBlack®" <
joe_...@tiscali.it
^> ha scritto nel messaggio
news:ibo130haabomqgau7...@4ax.com...

Hai fatto una domanda giusta che è la BASE per capire le regole
fondamentali dei Database........ ed è normale capirci sempre meno....!
Non è possibile banalizzare la risposta, nè affrontare un'argomento
Ciclopico
come questo in un 3D.
Credo, da esperienza personale, che la soluzione migliore sia quella di
approfondire
con un Testo dedicato alla teoria dei Database e alla regole di
Normalizazione dei DATI.
Ciao.
@Alex.

"JoeBlack®" <
joe_...@tiscali.it
^> ha scritto nel messaggio
news:ibo130haabomqgau7...@4ax.com...

Come detto da ALESSANDRO Baraldi il discorso è abbastanza complesso, quindi
sono d'accordo che quello che sto per dire è limitativo, ma è sicuramente
vero.
Aggiungendo l'integrità referenziale alla relazione uno-a-molti che hai
descritto ottieni almeno questi tre vantaggi:
1) Access ti garantisce l'integrità dei dati messi in relazione senza che tu
debba scrivere codice VBA per verificare che questo avvenga (ad esempio fare
in modo che non vengano inseriti record nella tabella del lato molti se
prima non è stato inserito il record correlato sul lato uno, oppure non
vengano cancellati record dalla tabella del lato uno se prima non siano
stati cancellati tutti i record correlati della tabella sul lato molti).
2) Access ti suggerisce come mettere in join le due tabelle di cui hai
esplicitato le relazioni.
3) Access ti permette di usare la tecnica maschera/sottomaschera basata
sulle tabelle relazionate con l'autocomposizione, impostando cioè
automaticamente le proprietà Collega campi secondari e Collega campi master
del controllo sottomaschera, ottenendo così il sincronismo tra maschera e
sottomaschera senza che si debba programmare alcunché.
A questo punto se questi vantaggi li ritieni sufficienti per usare le
relazioni, puoi fare a meno di indagare oltre. ;)
-- 
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

"JoeBlack®" <
joe_...@tiscali.it
^> ha scritto nel messaggio
news:ibo130haabomqgau7...@4ax.com...

Quella non indiferente di poter aprire una query in cui scegliendo un
cliente ti fa vedere tutti e solo i suoi ordini.
E' la cosa più bella che c'è in un database 'relazionale'.
Comunque una visita all'help alla voce 'join' te la consiglio
Ciao Sergio

 Normalizazione dei DATI.
Mi associo al consiglio di Alessandro, nel frattempo, se hai voglia di
leggere l'introduzione ai database meno tecnica e piu "famose du'
chiacchiere" che avrai modo di consultare (anche i record negativi sono
ambiti...), puoi dare un'occhiata gli appunti che buttai giu un po' di tempo
fa in alcuni post su questo NG.
http://groups.google.it/groups?selm=azRJa.235133%24g92.5189146%40news2.tin.i
t&output=gplain
http://groups.google.it/groups?selm=4PvKa.250131%24g92.5658470%40news2.tin.i
t&output=gplain
http://groups.google.it/groups?selm=DYPLa.162134%24pR3.3702966%40news1.tin.i
t&output=gplain
http://groups.google.it/groups?selm=1AlMa.2167%24xK6.54911%40news1.tin.it&ou
tput=gplain
La fregatura è che si parla di relazioni nel 4° post.
Ciao.
--
Francesco G. Rizzoni