Newsgroup: it.comp.appl.access
Titolo: Come posso proteggere il db

Ciao,
vi sono altri metodi per proteggere 1 db oltre al fatto di trasformarlo in 
mde o utilizzare la sicurezza con utenti e gruppi?
grazie mille
Gaspare 

 ha scritto nel messaggio 
news:P399e.798461$b5.35...@news3.tin.it...

Sostanzialmente vorrei sapere qual'č il modo piů "sicuro" per non fare 
accedere l'utente al codice di un db magari utilizzando delle autorizzazioni 
realizzate ad es. in c (quindi degli exe veri e propri ) od qualche forma di 
codifica/decodifica...
grazie mille 

 Sostanzialmente vorrei sapere qual'è il modo più "sicuro" per non fare accedere l'utente al codice di un db magari utilizzando 


 grazie mille
(m'è partito il dito)
Già visto sul sito comune?
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:d437on$8n5$1...@canarie.caspur.it...

Ciao Sergio,
ti riferisci al 6.3 Come utilizzare la sicurezza di Access?

 grazie mille
Poi stare tranquillo che se otterrai un file .mde nessuno sarà in grado di
manipolare il tuo codice, le tue maschere e i tuoi report; potrà accedere e
modificare solo la struttura ed il contenuto delle tabelle e delle queries.
-- 
Roberto
-----------------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
----------------------------------------------------

 ha scritto nel messaggio 
news:XH99e.53963$IN.9...@twister2.libero.it...

Ciao,
grazie  per la risposta (...che sò essere supportata da una "consolidata 
esperienza"...) era mia curiosità sapere se oltre all'mde utilizzate degli 
algoritmi etc...per proteggere il software o se magari sapete se si possano 
in qualche modo applicare degli algoritmi per criptare un db...
Grazie mille
Gaspare 

 Gaspare


 ha scritto nel messaggio 
news:Hga9e.54047$IN.9...@twister2.libero.it...

Grazie per la risposta -> sei stato molto esauriente come al solito
Buona serata
Gaspare 

 wrote in message
news:P399e.798461$
b5.35...@news3.tin.it

C'è la Passsword, che però.......
In ogni caso la tua domanda è troppo vaga ed occorrerebbe
spiegassi meglio cosa e dove vuoi arrivare.
Sostanzialmente il Codice Sorgente del FE è proteggibile
creando MDE come ti ha già indicato Roberto.
Per il BE(Dati) ed è tecnica consolidata applicare il criterio
di Suddivisione invece va protetto a livello utente per non
consentire l'accesso alla struttura ed ai dati, cosa che
per il Cliente o utilizzatore è ben più serio che il codice del
tuo applicativo.
Su questo argomento si aprono scuole di pensiero più o meno corrette.
Io nonostante la protezione a livello utente sia più sicura
non la uso come dovrebbe, in quanto altrimenti sarei costretto
a distribuire il File.MDW nel quale sono registrati USER/PRIVILEGI
ed è una cosa che non farò mai.
Io disabilito l'ADMIN e lo rendo uno USER normale con il minimo
dei privilegi e creo un'utente MANAGER(FULL PERMISSION).
Ovviamente non distribuendo il File.MDW l'accesso verrà fatto
sempre come ADMIN, qualora serva modificare la struttura
mi porto il File.MDW ed accedo io tramite LOGIN dopo aver aperto
il file.MDB associato al file.MDW
Questo mi costringe a strutturare una gestione Utenti interna
al FE(MDE) ma che ormai uso in modo consolidato da anni e non mi
dà nessun problema.
Saluti.
@Alex 
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio 
news:b3fd3fddfc051faa9c...@mygate.mailgate.org...

Grazie mille per la risposta -> sei stao chiaro e gentile :-)
Buona serata
Gaspare