Newsgroup: it.comp.appl.access
Titolo: Aiuto su implementazione SICUREZZA in Access 2010

Sono al momento quasi del tutto all' oscuro sull' argomento. 
 
La situazione è la seguente : 
 
1)
cè un DB access 2010 condiviso in rete locale
 
2)
cè un insieme di utenti identificabili con un ID univoco
 
3) 
una parte di essi può fare cio che vuole col DB
 
4)
un' altra parte può leggere (e solo leggere) esclusivamente
i dati  associati  al  loro ID (x le tabelle che hanno un 
campo che contiene l' ID degli utenti) 
 
5)
Le tabelle che non hanno il campo ID non devono essere 
accessibili (da questi ultimi utenti)  in alcun modo
 
6)
gli utenti del gruppo 4 possono lanciare queries da client
remoti (non realizzati in Access : sono workbook excel 2010)
--------------------------------------------------
 
Immagino,  intanto, che debba fare in modo che le queries 
funzionino solo se scritte con una certa password. 
 
Ma come faccio a impostare il DB in modo che accetti solo
queries con password ? 
 
Per il resto : buio assoluto. 
 
Potete per lo meno spiegarmi il necessario in modo che 
possa cavarmela e poi darmi qualche link d' approfondimento
(possibilmente in Italiano) ? 
 
Grazie molte 
 
 
 
 


guarda anche qui
http://www.donkarl.com/it/
 
sezione Fondamentali ci sono anche altre cose che possono essere utili
 
 
-- 
ac (x=y-1)
Aborro il Killfile
(La violenza e' l'ultimo rifugio degli incapaci -Salvor Hardin-)
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 


Non mancherò di studiarmelo per bene. Grazie molte.

Il giorno sabato 5 marzo 2016 11:31:10 UTC+1, Alessandro Cara ha scritto:

Mi sembra di capire, da una veloce lettura, che il sistema piu' sicuro
è quello di produrre un MDE e in piu' con password. 
 
Ma leggo anche che in quel modo sono ben protette le strutture delle 
tabelle (e il codice che però nel mio caso non ci sarebbe); 
 
Ma i dati ? 
 
E se metto una password allora le query da client remoto (o meglio :  
le connessioni)  necessiteranno  di  password  come  vorrei ? 
 
 


Dovresti poi implementare le /policies/ a livello di utente e gruppo
(si puo arrivare anche al filtro dei dati se non ricordo male) ma quel
poco che sapevo me lo sono dimenticato.



Ok, fatto
 
Con mia somma sorpresa con l' Access dal 2007 al 2010 (successive non
so) non cè piu' niente. Si puo'  solo mettere una password e mettendo
quella il sistema si autocripta. Le  query  dall'  esterno funzionano 
solo se offrono la password.  
 
E devi pure stare in campana, perche'  se  vuoi  che  funzionino devi 
settare la sicurezza  allo  schema 2007 (sai, nelle opzioni ...) e di 
default access 2010  invece prende la sua. Sicurezza 2010 appunto : e
quella non ti consente di accedere nemmeno se fornisci la password. 
 
Se non lo sai ci diventi MATTO !  Fortuna  che ho trovato un linketto 
di un americano che lo spiegava ... vabè. 
 
Questo è quello che ho capito io almeno. Niente piu' policies, niente
di niente. 
 
Cmq  a  me va bene cosi, per quello che devo fare. Certo  pero' che è 
strano.
 
Un' altra cosa strana (che non c' entra niente  col  discorso) è  che
quando fai una query da un remoto l' access ti manda TUTTA la tabella
e non solo i record che chiedi con la query. Poi  i  dati  vengono si 
scremati, ma l' operazione vien fatta sulla  macchina  remota  che ha 
emesso la query. 
 
Bella cazzata : immagina  il  carico  di rete quando le  tabelle sono 
grossine o grosse. 
 
Mbah 
 
Capisco che quelli delle Microsoft  dicono :  se  vuoi  la  "serietà" 
comprati (e  imparati  e  dacci i soldi soprattutto) il SQL-server ma 
insomma ... un po' troppo paraculi, direi. 
 
Il tutto mi da la sensazione che lo vogliano "suicidare" questo povero
glorioso Access.
 
Ma magari non ho capito un tubo. 
 
 


 
Quest e' una cosa cha si sa fin dai tempi di Gilgamesh


 > grossine o grosse.
 
vabbè lo sai,  io so' pippa ... :-) 
 
però CE' un modo per rimediare. E anche elegante : 
coi recordset ADO -asincroni- 
 
Eh si, eh si ... 
 
 
 
 
 

 Eh si, eh si ...
 
Certo...
Come dire che piuttosto di far gasolio un metodo intelligente c'è... vai a piedi...
 
@Alex


perchè ? Non capisco ...  
 
 


Se dall'altra parte, dove c'e' il db, non c'e' nessuno che possa fare 
qualcosa, come pensi sia possibile sveltire le cose?
Finche' tutte le tabelle coinvolte nella query non sono in locale, non 
c'e speranza di poter avviare l'eventuale selezione e 'mostraggio' dei dati
Discorso diverso se dall'altra parte ci fosse un db server
 


Capisco, hai ragione.
 
Ma io pensavo a qualcosa di diverso ossia a fare in modo che l' Access
sia sempre attivo e che ogni tot andasse a vedere le queries richieste
dalle applicazioni remote. 
 
A quel punto se ne trova una prepara una tabella solo coi record che 
servono e la mette a disposizione del remoto che se la prende.  
 
Una sorta di protocollo di comunicazione, insomma. 
 


Quindi ipotizzi un Access (programma) che resta in attesa di richieste 
remote, e maneggia i dati per poi spedirli a chi ne ha bisogno
Ho appena descritto il lavoro del classico db server
 
 


Esatto : praticamente costruire una applicazione Access sempre attiva
che simula il comportamento di un vero  db  server; la difficoltà è : 
come spedire i dati ? 
 
l' idea sarebbe  questa  (ma non so se funziona) : il  client apre un 
recordset *dinamico* (che quindi si autoaggiorna in funzione degli 
aggiornamenti della tabella sottostante) e *asincrono* sulla tabella
del server dove "sa" che troverà i dati mettendo anche il recordset 
sotto evento in un modulo di classe; 
 
quando il recordset è pieno  (perchè  il  server  riempie  la tabella 
sottostante il recordset) dovrebbe scatenarsi l' evento fetchcomplete
che il client intercetta; 
 
E a quel punto  il  client ha  il suo recordset bello pronto solo coi 
dati richiesti.
 
In teoria dovrebbe funzionare ... tu che che ne pensi ? 
 


Ah dimenticavo : 
vietato rispondere : "comprati il SQL server, pezzente"  :-) 


Dico che non ne vedo l'utilita'
Visto che c'e' gia' sta roba pronta, perche' smazzarsi a ri-farla?
Potrebbe essere un ottimo esercizio didattico se non c'hai niente da fare
Ma se non avessi niente da fare, basta dire, te lo do' io un bel 
progettino da portare avanti
 
 

 progettino da portare avanti
 
Ho da fare, ma dimmi lo stesso : per l' appunto non si sa mai :-)