Newsgroup: it.comp.appl.access
Titolo: ancora sul record precedente

Sono ancora in alto mare sulla soluzione da adottare per riferirmi al record
precedente in una query.
L'esempio scaricato da Microsoft che Roberto da Casa ha consigliato ad
inizio mese,
(e nel quale inseriva il link corretto, rispetto a quello ancora inserito
sul sitocomune)
 presuppone il riferimento alla chiave primaria.
Io però non posso riferirmi a tale chiave perchè la query può subire diversi
ordinamenti indipendenti da quello in base alla chiave.
Vorrei capire allora come generare, al variare dell'ordinamento dato, un
campo numerico "temporaneo" che identifichi ciascun record della query.
Grazie in anticipo.

 Grazie in anticipo.
Riferisciti all' .absoluteposition
MAssimiliano


nella query? o nella maschera continua?

 ha scritto nel messaggio news:ci99sl$s40$1...@hulme.interac.it...

sempre sul sitocomune c'è la FAQ "come inserire un campo progressivo in una query"
potresti inserirlo nella tua e poi usare quello come riferimento
oppure usi i recordset :)
ciao
Nick 

"Nick" <senz...@chiedetesul.NG> ha scritto nel messaggio
news:s1W1d.3880$2T6.1...@twister1.libero.it...

grazie nick ... e non infierire coi recordset .... devo ancora trovare il
tempo per approfondirli!!!!!

 ha scritto nel messaggio
news:ci9ai9$s4m$1...@hulme.interac.it...

piango ancora ... gli esempi delle query non riazzerano il contatore ad ogni
ordinamento e quindi non è affidabile, inoltre non riesco a riferirmi al
contatore nel dlookup ...
a questo punto mi ributto sui recordset ...questi sconosciuti!


ok ;)
se hai bisogno sai come contattarmi e contatarci :)
ciao
Nick 


Maurizio Borrelli aveva postato una soluzione che
andava a leggersi l'absolute position.
Dacci un'occhiata
(se non sbglio l'ha ripresa anche @Alex ne suo
sito -ovviamente citando la fonte)
MAssimiliano

 Grazie in anticipo.
L'esempio da me suggerito prevede che esista una chiave primaria che perņ
usa solo come posizionamento: l'esempio funziana comunque a prescindere da
come č ordinata la query: provare per credere. E' sufficiente che invece del
nome della tabella fai riferimento al nome della query stessa in cui stai
operando.
-- 
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


Roberto non dubito che funzioni ...
Il record precedente non è quello dato dalla formula:
chiave primaria - uno ...
ma il record è precedente ad un altro (nel caso specifico si tratta di un
intervento domiciliare)
perchè secondo l'ordinamento : utente,data,ora_inizio è quello che avviene
prima in termini di tempo (cioè un'ora prima o qualche minuto prima ...) ma
non è detto che venga registrato nel db subito dopo a quello precedente.
Nel frattempo infatti  nel db possono venire registrati  (e fare
incrementare la chiave) altri interventi ma non dello stesso utente.

 incrementare la chiave) altri interventi ma non dello stesso utente.
Innanzitutto voglio chiarire che io sto parlando della soluzione risolta con
il codice VBA e non con la DLookup.
Ciò precisato il limite da te esposto esiste se nella funzione usi la
tabella, ma se ordini la query per data e ora della visita e nella funzione
fai riferimento al nome della query e non al nome della tabella, il problema
è risolto, in quanto farai riferimento alla riga precedente della query
(come tu vuoi) e non al record precedente della tabella.
Certo se poi stai usando la soluzione con la DLookup, il problema non lo
risoverai mai, visto che faresti riferimento al record che in tabella ha la
chiave primaria uguale a ID-1; ma io quella soluzione non l'ho mai presa in
considerazione.


 ha scritto nel messaggio
news:tqd2d.5729$zF3.1...@twister2.libero.it...

sob! ...