Newsgroup: it.comp.appl.access
Titolo: [Suggerimento] - Ricalcolo Totali di tabella ed aggiornamento su stessa tabella

Salve, stavolta vi scrivo più per un suggerimento di metodo che per un 
problema effettivo.
 
Ho una tabella in cui, un record deve contenere la sommatoria di tutta 
una quantità di record che ha una chiave di riferimento univoca.
Il funzionamento è chiaro, utilizzando DSum vado benissimo e il totale è 
perfetto.
 
Bon.
 
Il problema, o meglio la mia perplessità, è come impostare un metodo più 
rapido e sicuro per effettuare la totalizzazione, tenendo conto che io 
devo inserire NECESSARIAMENTE prima il record relativo ai totali e, 
successivamente, i record con i vari dettagli.
 
In pratica, l'unico metodo che riesco a contemplare (salvo Vostro 
suggerimento), è mettere un tasto di ricerca, visualizzare i dati di un 
record, far effettuare l'aggiornamento con i totali e poi salvare il 
dato (considerando che, usando il DoCmd.RunCommand acCmdSaveRecord, mi 
dà un errore).
 
Che mi suggerite?
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

Quello che fai non ha senso... se fai un calcolo al volo non lo si fa nella tabella ma in una Query... se lo devi salvare in tabella, ed ha un senso per i dati a Tempo dipendenti quelli condizionati da variabili che si modificano nel tempo come IVA o sconti... si calcolano alla chiusura della distinta.
L'esempio classico è il totale di una fattura nella tabella fatture...
Quello che fai tu invece non assolve a nessun concetto tecnicamente sostenibile, quindi usa pure DSUM.
 
@ALEX


Se tu conoscessi il tipo di lavoro che il db è chiamato a fare, vedresti 
che la totalizzazione postuma avrebbe un senso.
Io non devo fare una totalizzazione di una fattura (lì avresti ragione 
tu), ma devo NECESSARIAMENTE inserire, nella stessa tabella, una serie 
di record (con dei record aggiunti un una tabella correlata), anche 
perché non è un calcolo "al volo", come dici tu, ma uno che poi dovrà 
essere necessariamente salvato in tabella per usi vari.
 
Ora, se quello di cui ho bisogno, non si può effettuare in Access, è un 
conto; se non hai (o non ti va di dare) un suggerimento (n.d.r.: ad una 
persona che su un altro forum hai un po' sulle p....e) da dare, è un 
altro conto.
 
Se nessuno, a parte te che mi hai "gentilmente" risposto, ha qualche 
altro suggerimento da dare, ... beh ... vedrò cosa inventarmi.



Maddai! Non ti agitare.
@Alex e' come Jessica Rabbit sa di essere /bono/
 
Il problema e' che io, ad esempio, /non/ non ho capito.
Altri, forse, sono in tutt'altre faccende affaccendati o,
ariforse, nelle mie stesse condizioni
Non confondere  tra Access ed un problema, ariariforse, di gestione.
 
Il tuo mi sembra di quest'ultimo tipo.
Anche in una semplice gestione fattura  testata/dettaglio qualora
volessi conservare il totale in testata avrei, sto immaginando,
il tuo problema.
In un sistema ad integrita' referenziale  non puo' nascere prima
il figlio del padre (anche in natura sembra essere cosi')
Io, /so gnorante/, faccio nascere prima il padre poi man mano che 
vengono i figli lo aggiorno (o,volendo, solo ad andropausa).
Ovviamente mi preoccupo anche di tenere le cose allineate qualora
possa risultare un figlio non correttamente iscritto alla anagrafe.
Ma ripeto. Access?, ariariariforse nnon /azzecca/ nulla.
 
-- 
ac (x=y-1)
Aborro il Killfile
(La violenza e' l'ultimo rifugio degli incapaci -Salvor Hardin-)

 che la totalizzazione postuma avrebbe un senso.
...
Ciao Carlo
 
Probabilmente non ti spieghi...:
sei in un Form o ? (Form\sottoForm?)
come\da dove scrivi sulla tabella principale?
 
 
 


 
Dunque, premetto che ho risolto "bypassando" il problema...
 
Pero' ci tengo a essere più chiaro possibile.
Partiamo col presupposto che opero in due maschere distinte, di cui una 
con una submaschera, ed entrambe operante sulla stessa tabella (con 
chiavi identiche), più che altro per una mera chiarezza di esposizione 
con delle persone già (fortunatamente) abituate ad un software arcaico 
ma funzionante; considera che la persona addetta al PC è una ex 
coltivatrice, quindi capirai che devo stare molto attento a non portarli 
in confusione....
 
Dunque, dicevo delle maschere:
In una maschera io inserisco un record che, in effetti, totalizza tutti 
i valori dei vari record della maschera con submask; per non farti 
andare in confusione, chiamerò "madre" la maschera normale, e "figlia" 
quella con la submask.
 
Il problema nasce dal fatto che, per iniziare gli inserimenti sulla 
"figlia", devo NECESSARIAMENTE inserire, dalla maschera "madre", il 
record (chiamiamolo) Master, che contiene i totali dei dati dei record 
successivi.
Dal momento che io non mi fido assolutamente a far capire, a persone che 
non sono abituate al PC, come si usa una maschera con una submask e una 
sub-submask, si poneva il problema di come poi calcolare i totali.
 
In tutti i modi, ho creato una mascherina di semplice aggiornamento, 
richiamando i dati da delle query fatte ad hoc, ed ho "risolto" (per il 
momento) anche questo problema.
 
Grazie dell'interessamento, davvero. ;-)
Carlo
