Newsgroup: it.comp.appl.access
Titolo: creare un cestino

vi chiedo aiuto per questa realizzazione da fare in access
- vi sono due tipologie di utenti
 1) coloro i quali devono solo digitare (password che consente solo di 
modificare quanto appena digitato)
 2) colo i quali possono anche cancellare tuple del database
- in qualsiasi momento l'amministratore deve poter ripristinare, in modo 
intuitivo, i dati presenti prima della modifica di un utente(ad esempio 
caso in cui l'utente impazzisce)
Io non saprei come fare... 


Metti un campo Boolean(Si/No) invece di fare la cancellazione setti il
campo Boolean
a True per Deleted, quindi nelle tue query di selezione imporrai
sempre il criterio
CampoBollean=False, che non esporrai come visible se l'utente non è
ADMIN.
All'ADMIN permetterai di modificare il dato rendendolo Visibile, e
soprattutto permettendogli di Filtrare i Records con il Boolean=TRUE
@Alex

 CampoBollean=False, che non esporrai come visible
questo pero' non va bene per le modifiche... l'amministratore deve essere 
in grado di ripristinare un eventuale dato modificato "ad arte" se si 
accorge di una modifica in tal senso...
speravo in una soluzione semplice ma me ne vengono solo di complicate... 


Purtroppo non ce ne sono, per fare quello che chiedi l'unica è usare
delle Tabelle di Appoggio e salvarvi dentro un Record prima della
modifica, ma anche li avresti dei problemi... con le successive
modifiche....
Credo, personalmente, che sia una cosa poco praticabile, vedo molto
meglio una gestione di permissivi a monte...
Buon lavoro.
@Alex

thorndyke ha scritto:




Oltre ai suggerimenti di Alessandro forse qualche altro sistema c'č.
Se si tratta di documenti, si stampano e si archiviano.
Potresti eventualmente creare un file log in cui annoti tutto: utente,
data ora, modifiche etc... La tecnica la trovi nella relazione di Marco
Pizzamiglio che trovi in:
http://www.donkarl.com/it/CISA/Download/CISA1_WithEvents.zip
--
sv
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 vedo molto meglio una gestione di permissivi a monte...
puoi chiarire meglio questo punto?
tnks 


Innanzitutto Salvino ti ha proposto un'alternativa che proprio mi era
sfuggita, e che ti invito a non sottovalutare in quanto estremamente
comoda e potente.
Per quanto riguarda il mio discorso intendevo dire che se un'utente ha
i privilegi di modificare un Record va delegata a lui la
responsabilità di validare il Dato, eventualmente puoi effettuare un
controllo sul tipo di dato inserito, e limitarti a segnalare il Record
modificato e l'Utente.
Il massimo è usare la combinazione dei 2 sistemi gestendoli a dovere
con pannelli di impostazione...
Io ad esempio ho sfruttato il concetto del Demo di Namor(Marco
Pizzamiglio) suggerito da Salvino, implementando un pannello di
presonalizzazione per definire
quali eventi mandare in LOG e con che modalità, mando in LOG anche
tutti gli Errori che ho gestito in modo centralizzato in modo da
capire eventualmente cosa ha generato un errore e con che dati e chi
lo ha causato....
L'utilità però non è quella di "controllare l'Utente" ma di avere uno
strumento potente
per fare Debug.
@Alex