Newsgroup: it.comp.appl.access
Titolo: Associare dati ad un utente in una singola tabella

Vi ricordate l'esigenza che avevo qualche giorno fa, ovvero di
associare ogni cronologia ad uno specifico utente usando una tabella
sola?
Praticamente veniva fuori una cosa del tipo:
Utente - N.int - Data
1          1      01/01/2005
2          1      01/01/2005
1          2      05/02/2005
3          1      01/01/2005
2          2      12/04/2005
3          2      02/03/2005
e via dicendo. Cliccando poi sul campo N.Intervento dell'utente
corrente potevo vedere l'esatta cronologia relativa all'utente; perciò
se l'utente visualizzato era il n.1 vedevo:
1 - 01/01/2005
2 - 05/02/2005
Ora ho bisogno di altri controlli di questo tipo ma mi chiedo: che devo
usare per associare ad ogni utente i dati giusti?
Una tabella 
ad.es
. dovrà contenere questi valori:
Nome utente - Operatore
Gianni B. -   Daniela
Alfredo P. - Luca
Gianni P.  - Luciano
quindi per Gianni io dovrò vedere, nell'elenco degli operatori che lo
hanno seguito,
Daniela
Luciano
Ma come si associano questi dati!??!?!
Ci sto impazzendo!!!!
Grazie!

Grazie!
Ciao Giulio,
permettermi d'esprimere il mio parere...questo è il classico caso di 
fermarsi un attimo e fare un pò di mente locale..non puoi risolvere tutti i 
quesiti in 1 solo giorno ;-)
Dormici sopra...magari domani ti viene già qualche idea :-)
Buona serata
Gaspare 


che t'avevo detto! Riguarda il mio post precedente. Dicevo che forse 
avevi bisogno anche dell'id operatore cha va riportato su questa stessa 
tabella ed associato ad una tabella di anagrafe operatori.
come direbbero gli ingresi "ai nu mai cichen"
--
a.cara

 Dormici sopra...magari domani ti viene già qualche idea :-)
saggio consiglio
--
a.cara

 ha scritto nel messaggio 
news:BVJme.422$is5...@tornado.fastwebnet.it...

Grazie! Penso che ci si possa diventare "buoni conoscenti" con il 
tempo...che ne dici ;-)
Penso di aver trovato 1 altro "interlocutore aperto" :-) 

 a.cara
Quelli sono inglesi de trastevere....!!!
Dai uno sguardo a questo nella sezione GENERAL del mio sito:
1.34 Classi ed Eventi Public di Classi
Ciao
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------

Eccomi. Ci ho dormito sopra e.... sapete salvo questo post e poi vi
dico.
Per Ale: no, aspè... il campo Operatore non DEVE essere associato agli
interventi. Quelli sono una cosa a parte e va bene così. Quello che
ieri mi hanno chiesto gli utenti è:
una persona può essere stata gestita da più di un operatore nel tempo
quindi....quindi....ora che ci penso (è un post-on-the-fly) quando
l'utente apre al cronologia dell'intervento potrebbe si anche vedere
quale operatore lo ha fatto....mmmm.....okkei ci penso.
Però una cosa: poi, in fase di query, se gli utenti vogliono sapere
quali/quante persone ha gestito un determinato operatore lo possono
fare se inserisco l'operatore nella cronologia degli interventi??
Aiuto, mi sa che mi sto perdendo.........

 1.34 Classi ed Eventi Public di Classi
L'ho guardato. Funziona sia la versione 2k che xp.
C'e' qualche messaggio particolare?
--
a.cara

 a.cara
No è solo uno sviluppo in DEMO di quanto si parlava per le classi
qualche POST fà che implementa la riscorsione sull'oggetto in modo
da renderlo efficace a N livelli senza scrivere troppe righe di codice.
Sto sviluppando un DEMO decisamente più "object oriented" sul concetto
di Classi ereditarietà ed incapsulamento per la Validazione dati, ma è
ancora in fase embrionale.


 ancora in fase embrionale.
Rispetto a tanta porcheria che si trova in giro a me sembra fatto bene
(da MANUALE citando un "rozzo" individuo)
E' strano il fatto che sebbene, almeno per quello che ho visto, Access
dia la possibilita' di Gestire classi (anche se manca tutta la solfa
della ereditarieta' e del polimorfismo) ci sia poco sviluppo in tal senso.
Beh. a dir la verita' il sottoscritto solo recentemente si e' avviato
su questa dura china
--
a.cara

 a.cara
Sbagli sull'ereditarietà, non sul polimorfismo.
L'ereditarietà in realtà è supportata fino al 2° livello di classe
ma sfruttando alcuni ByPass attraverso la dichiarazione Implements
si può raggiungere un livello più profondo, anche se con Access
in effetti non ha tutto questo senso.
Appena ho finito il giochino dell'Ereditarietà lo inserisco.
