Newsgroup: it.comp.appl.access
Titolo: Ri-Controllo "Saldo" su maschere continue

Ciao a tutti,
riposto il messaggio precedente, visto l'esito negativo
mi sembra strano che nessuno di voi abbia cozzato contro
quello che rappresenta un "classico" database
lo so, lo so...la soluzione non è semplice
ma ri-eccovi il quesito:
---[cut] ----
dunque, qual'è la strada migliore per implementare
un controllo che dia SEMPRE il saldo nel classico
database per "conto corrente bancario"?
---[cut]---
ri-grazie per qualsiasi dritta
purtroppo è una cosa urgente
ciao, Zef

quello che rappresenta un "classico" database
Forse la tua accezione di "classico" diverge da quella dei piu' in codesto
NG...:-)
Saluti.
Luciano

Ciao a tutti,
riposto il messaggio precedente, visto l'esito negativo
mi sembra strano che nessuno di voi abbia cozzato contro
quello che rappresenta un "classico" database
lo so, lo so...la soluzione non è semplice



Beh, dovresti dare qualche informazione piů dettagliata su come hai strutturato l'applicazione se
vuoi essere aiutato.
Ciao.

 ciao, Zef







Se non ho capito male a te serve visualizzare una maschera continua con








ti ringrazio per la risposta,
il problema è molto semplice (non la soluzione!!!)
faccio l'esempio su un data base per conto corrente:
- tabella con campi: [data], [descrizione], [entrate], [uscite]
- maschera in modalità maschere continue e origine dati sulla
tabella precente, con l'aggiunta di un controllo che record
per record visualizza il saldo
il sort è ovviamente basato sul campo data, ma l'inserimento
di un nuovo record, potrebbe non avvenire in data odierna quindi,
di volta in volta bisogna rigenerare il saldo record per record,
ovviamente quanto detto sopra è stringato al massimo
ma spero cmq di essermi spiegato
qualche idea?
ciao, Zef





eqquante ne ho mandate.......
scusate per l'eccesso di risposte tutte uguali....
ma... o sono rincoglionito io o .... netscape (propendo per la
prima......)
Un idea c'è l'ho, è un pò complicata ma funziona (l'ho provata).
sostanzialmente consiste nel il creare una query con il seguente testo:
'SELECT p.data, p.descr, p.entrata, p.uscita, [totentrate]-[totuscite]
AS SALDO, DSum("entrata","p","Data <= #" &
Format([data],"mm/dd/yyyy") & "#") AS TotEntrate,
DSum("uscita","p","Data <= #" & Format([data],"mm/dd/yyyy") & "#") AS
TotUscite
FROM p
ORDER BY p.data;
e di metterla a RecordSource della form
dove p e' il nome della tabella dei movimenti, vengono creati tre campi
alias:
- uno somma tutti i valori di entrata precedenti (<=) alla data del
movimento  TOTENTRATE
- una somma tutti i valori di uscita precedenti (<=) alla data del
movimento TOTUSCITE
- uno effettua la differenza tra i due SALDO
in questo modo riesci ad avere i saldi aggiornati movimento per
movimento, naturamente giorno per giono e non record per record (a meno
che tu non inserisca anche l'ora o qualche altro contatore tipo
NumOperazione che possa darti la successione dei record inseriti )
per quanto riguarda l'inserimento dei nuovi record con date antecedenti
l'ultimo è necessarioc he tu inserisca un requery della form
(me.requery) sull'evento AfterUpdate della form stessa
Ovvio è che con molti record l'elaborazione della query rallenta in
quanto deve eseguire le funzioni vba dsum per ogni record ( e non è il
massimo....)
ciao Paolo
ps se ti interessa ti posso dare  l'esempio che ho realizzato
Zef ha scritto:


               Attenzione all'anti-spam XXX
Ragione numero 173 per temere la tecnologia:
         o      o       o      o       o      o      <o    <o>
        ^|\    ^|^     v|^    v|v     |/v    |X|      \|    |
         /\     >\     /<      >\     /<      >\     /<     >\
         o>     o       o      o       o      o       o      o
         \      x      </     <|>     </>    <\>     <)>     |\
        /<      >\     /<      >\     /<      >\      >>     L
		   Mr ASCII balla la Macarena.


..eeee vai! ........di SQL!!!
scaricata, provata, testata
funziona tutto perfettamente!
ti ringrazio per la dritta,
in effetti con molti record potrebbe avere dei problemi,
....ma non è il mio caso!
ri-grazie, Zef