Newsgroup: it.comp.appl.access
Titolo: Eliminazione record correlati

In una normale maschera Testa/Corpo in cui ogni riga di testa è collegata
alle righe di corpo nella relazione uno a molti, fino ad oggi eliminando il
record di testa venivano eliminati a catena i record correlati del corpo.
Adesso mi capita, su un nuovo database, in cui mi sembra di aver impostato
tutto esattamente nella stessa maniera, che con il pulsante Elimina mi
segnala "errore 3200"
"impossibile eliminare o modificare il record. La tabella contiene record
correlati".
Nell'help mi dice che bisogna eliminare prima i record correlati. Ma mi
sembra un'assurdità perché è proprio queto il bello delle relazioni, che
cioè eliminado uno mi elimina anche i molti correlati, o alemno fino ad oggi
ragionavo così e mi ha sempre funzionato?
Dove può essere l'errore?
Grazie
Sandro

 alle righe di corpo nella relazione uno a molti,
ma la relazione è "fittizia" solo sulla maschera o è presente nelle tabelle,
quando imposti una relazione hai la possibilità di impostare elimina record
correlati a catena
ciao

 ha scritto nel messaggio
news:c0nrg9$19e8kl$1...@ID-182300.news.uni-berlin.de...

Si ma la cosa è decisamente pericolosa e da evitare.....!
Ritengo idonea la gestione via Codice dell'eliminazione a catena....!
Ciao.
@Alex.

 ha scritto nel messaggio
news:OFIXb.9001$Kc3.2...@twister2.libero.it...

Fossi in te verificherei di aver effettivamente attivato l'opzione Elimina
record correlati a catena dell'integrità referenziale.
Sicuramente c'è qualcosa che non va nel modo in cui hai impostato la
relazione tra le due tabelle.
-- 
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

 Ritengo idonea la gestione via Codice dell'eliminazione a catena....!
concordo
ciao

 ha scritto nel messaggio
news:c0o0gq$hpe$1...@lacerta.tiscalinet.it...

Scusate la mia imbecillità, ma il problema stava nelle relazioni sul  BE
dove avevo spuntato solo la casella "Integrità referenziale" senza spuntare
"Aggiorna" ed "Elimina". Ma la colpa è comunque di Access che nel FE,
finestra Relazioni,  non fa vedere la spunta sulle caselle. Disgraziati!
Non capisco invece il pericolo visto da Alex, perché l'automatismo offerto
da Access mi sembra molto utile. Chiaramente, se impostato con criterio.
Grazie e ciao.
Sandro

 Sandro
Sostanzialmente concordo con la tua osservazione, ma io non lo uso
e preferisco gestirlo via codice...., può essere opinabile, ma è un mio
scrupolo.....!
@Alex.

 ha scritto nel messaggio
news:c0o0gq$hpe$1...@lacerta.tiscalinet.it...

Mi interessa sapere perché tu ritenga la "cosa" pericolosa, o perlomeno più
pericolosa rispetto ad eliminare da Codice i record correlati: le
precauzioni da prendere (richiesta di conferma della cancellazione) ritengo
che siano proprio le stesse.


 Roberto
Come sempre le tue considerazioni sono esatte, e come ho sottolineato il mio
è un punto di vista, che ovviamente nasce spesso da esigenze e/o
deformazioni
personali relative alla tipologia dei dati trattati......!
Nel mio caso spesso(quasi sempre) accade che quando si lascia all'utente la
possibilità di Cancellare
un set di  Records in realtà per motivi legati alla salvaguardia dei Dati
stessi
piuttosto che degli storici..... ecc.. si debba usare un FlagDelete e non
l'eliminazione, oppure
si sposta il Set di Records in un Database Storico oppure..... altre
considerazioni...!
A fronte di questo, e ho ribadito la mia considerazione personale, ho
preferito
non applicare mai la cancellazione a catena, ma come hai suggerito tu va
bene
purchè non sottovalutata......!
Per i motivi di cui sopra se non gestissi il Delete via Codice non potrei
spostarli
in un Db Storico, o eseguire altre operazioni come UPDATE xxx SET
FlagDelete=True
Purtroppo io tratto spesso dati Legalmente attaccabili e non posso
assolutamente permettermi
nè di eliminarli nè tanto meno danneggiarli........ legato a questo ho
l'obbligo di registrare
gli autori della/e Modifica/e e il Doc precedente alla stessa........ecc...
non mi dilungo oltre.
Ciao.
@Alex