Newsgroup: it.comp.appl.access
Titolo: Protezione con MDE alcune domande

Chi distribuisce un'applicazione in primis desidera che non sia consentito
l'accesso alla struttura delle tabelle,query,maschere,report e ovviamente
moduli.
Questo non solo per proteggere il codice ma anche per evitare che i soliti
curiosi vadano a smanettare compromettendo il corretto funzionamento.
Ora mi chiedo: con la protezione MDE si ottiene in modo semplice tutto
questo tranne che per le tabelle e le queries (la protezione con
disabilitazione tasto shift lascia il tempo che trova ...)
Per le tabelle si può ovviare separando BE da FE.
E' possibile che non esista un modo per impedire l'accesso alle query senza
ricorrere alla protezione a livello utente ?
Ho scaricato dalla rete un file demo KeyMaint.mde dal sito 
www.Konsult.it
che non consente modifiche a tabelle e query ma non sembra protetto con la
sicurezza a livello utente in quanto non chiede la password di accesso e non
utilizza un suo mdw.
Come hanno fatto ?
Ringrazio chi mi chiarisce un po' le idee in materia in quanto devo decidere
che tipo di sicurezza devo adottare.
Max

 disabilitazione tasto shift lascia il tempo che trova ...)
Vorrei solo fare un appunto:
se il tuo problema è solo quello dei curiosi che vanno a smanettare con
intervento voluto e anche malizioso(ma nessun problema per quanto riguarda
la protezione delle informazioni perchè riservate), che te frega se lo
fanno?
Un conto è che tu lasci aperta la portiera della macchina e qualcuno ci
entra perchè sbaglia macchina (dice lui), un conto che si mette a forzare la
serratura.
Hanno smanettato? Hanno rovinato i dati? Pagano e tu gli rimetti a posto
tutto, potevano evitare il comportamento malizioso e sicuramente voluto!!!
Certo, se si tratta di applicativo per la tua stessa azienda, cambia un
pochino, però, giocata bene, nessuno ti può accusare che i tuoi colleghi non
c'avevano una mazza da fare se non forzare il tuo software e hanno trovato
il modo per farlo!!!
Antonio

 Come hanno fatto ?
Protezione utente :-)
Comunque nessuno ti obbliga a salvare il codice SQL ... i vantaggi
prestazionali  si avvertono solo in certe condizioni.
Riguardo la protezione del tasto shift, in fondo va piuttosto bene per gli
utenti smanettoni ... mica tutti programmano.
Ciao, warp

 ha scritto nel messaggio
news:NtLc8.4140$E33.1...@twister1.libero.it...

OK in fondo non hai torto. Ma si avverte sempre un disagio quando viene
modificato un tuo programma. Se poi ne viene alterata la funzionalità devi
comunque  spiegare che è dovuto alla manipolazione di una query o di una
tabella e non ad un bug di programmazione....(e il cliente può restare con
qualche dubbio)
Max

 qualche dubbio)
Perfetto: e allora tu metti le mani avanti.
Gli dici che hai previsto una protezione non eccessivamente spinta al
database, visto che l'esigenza non è la protezione dei dati ma solo dagli
accessi non protetti e visto che fare una protezione più spinta sarebbe
costato molto di più (e quello gongola).
C'è la possibilità però che si entri con smanettamenti esperti e quindi in
quel caso, sicuramente non casuale, tu declini ogni responsabilità (un po'
come il sigillo di garanzia sulle riparazioni hardware)!!!
Antonio

 abilitare il tasto shift ad un db in mde ?
Certo che è possibile: credo esista un .mdb d'esempio sul S.C.
Resta il fatto che a maneggiare questa roba, di solito, è gente che con
Access ci lavora.
Ciao, warp


Ti ringrazio per i suggerimenti
Max

 modificare la query come ti pare.
Mi ero illuso che il tipo di protezione fosse più efficace. Comunque per i
non addetti ai lavori e per i "poco addetti" è già qualcosa.
Grazie.
Max
