Newsgroup: it.comp.appl.access
Titolo: Info relazioni

 Grazie a tutti.
Se dovessi cancellare l'ordine? Le relazioni ti aiuterebbero non trovi?


In che senso?
ciao

 Grazie a tutti.
Creare delle relazioni tra tabelle serve, se le adoperi, a crearti i valori
di default nei wizard di autocomposizione.
Ma innanzitutto servono a mantenere l'integrità referenziale tra le tabelle
del tuo database, cosa che, se non farà automaticamente Access in base alle
informazioni che gli hai fornito creando le relazioni, dovrai fare tu a
manina santa.
Ad esempio, nel tuo caso, non ti permetterà di inserire un record nella
tabella dettaglio ordini se non esiste il relativo record nella tabella
articoli; di contro non ti permetterà di cancellare un record nella tabella
articoli per il quale esistono record nella tabella dettagli ordini (sempre
che tu non abbia richiesto l'opzione Elimina record collegati a catena).
Stessa musica avverrà tra i record della tabella ordini e i record della
tabella dettagli ordini.
Si insomma, ma chi te lo fa fare di scrivere codice per gestirti l'integrità
referenziale del tuo database?
O pensi che l'integrità referenziale sia un optional?
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

cui  devo mantenere i prezzi vecchi.
scusa non mi è
chiarissimo:
io farei una tabella articoli che mano a mano aggiorno come
voglio; poi una di vendita collegata con Integralità referenziale a quella
articoli che va a cercarsi dal campo ricerca l'idarticolo e ne fissa con
afterupdate il prezzo di vendita in quel momento.
così io so a quanto ho
venduto quell'articolo a quel cliente quel giorno e quindi mi faccio tutte
le statistiche di magazzino che voglio senza copiare nulla da null'altro..
semplice e veloce
tu invece...
ciao Massimiliano
--------------------------------
Inviato via 
http://usenet.iol.it
 

 ha scritto nel messaggio
news:pAav8.47204$SR5.1...@twister1.libero.it...

Grazie Roberto per la tua risposta e concordo con le tue affermazioni.
Quello che intendevo io come integrità referenziale di un db relazionale era
di avere un gruppo di righe relative ad un unico argomento, cioè di avere un
idarticolo univoco che veniva usato per collegare ogni ordine le
informazioni relative dell'articolo.
Capisco che è  rindonante memorizzare l'articolo la descrizione e il prezzo
per ogni singolo ordine
ma nel mio caso credo ... sia l'unica soluzione possibile.
Ciao Marina


 .... Io non capisco come fai a fissare il prezzo venduto di
quell'articolo?
Crei una tabella dettagli ordini con il campo [data ] e il campo [prezzo] ?
E se per quell'articolo venduto in quella data era specificato nella
descrizione una normativa UNI che adesso è cambiata come la mettiamo?
Per questo penso che l'integrità referenziale nel mio caso serva solo ad
evitarmi di inserire un articolo nella tabella dettagli ordini che non sia
presente nella tabella articoli        e basta.
Ciao Marina

Vorrei chiedervi un consiglio riguardante la relazione tra tabelle:
Ho un db con una tabella articoli con in campo idarticolo relazionata uno a
molti con il campo idarticolo della tabella dettagli ordini nella relazione
è specificato applica integrità referenziale.
Quando inserisco gli ordini uso una rutine nella maschera che mi copia gli
articoli dalla tabella articoli alla tabella dettagli ordini, questo perchè
quando aggiorno la tabella articoli ci sono sempre degli ordini in sospeso a
cui  devo mantenere i prezzi vecchi.
