Newsgroup: it.comp.appl.access
Titolo: Differenza tra personal id e nome utente

Ciao a tutti.
Nella creazione di un gruppo di lavoro per proteggere gli accessi in rete mi
viene chiesto l'inserimento di un Nome, di una Personal ID e di una
password.
Detto cio' volevo chiedervi tre cose:
_che differenza c'e' tra il nome e la Personal ID e come si usan o in
seguito?
_cosa intende quando il wizzard della creazione del gruppo di lavoro mi
consiglia di non assegnare permessi di default al gruppo utenti?
_quando si inseriscono i dati per l'accesso corretto (autorizzato) al
database ? Nelle prove non riesco mai ad accedere, mi dice sempre che non ho
i permessi.
Avete un cosiglio?
Grazie in anticipo.
Giuseppe

 wrote in message
8v34ao$in2$1...@serv1.iunet.it...


dimenticavo, se vuoi evitare che l'amministratore possa modificarti i dati,
devi assegnare direttamente ai singoli utenti (e non ai gruppo) la
possibilità di aprire il database, altrimenti l'Amministratore potrebbe:
1) aprire access senza aprire il tuo db (fino ad ora glielo hai impedito)
2) aggiungersi al gruppo chea cui te hai dato la possibilità di aprire il db
3) aprire il tuo db (ti sembrava che glielo avevi impedito)
4) autorizzarsi ad aggiornare le tabelle
5) aggiornare le tabelle (e ti frega)
l'amministratore probabilmente appartiene a qualche gruppo di sistema
(ENGINE ecc..) che probabilmante ha la GRANT OPTION su tutto quello che
crei.
per bloccarlo devi dare l'autorizzazione ad aprire il db ai singoli utenti e
non ai gruppi altrimenti ci si "infila" da solo.
Peccato che così facendo si perde l'apertura di access senza dover scegliere
l'utente (sarebbe stato troppo bello aprire il db senza digitare utenti ed
entrare con una utenza di default che non può aggiornare, ed invece entra
con Admin che poi si riabilita a quello che vuole da solo; allora occorre
segare del tutto laccesso ad Admin)
ariciao


 ha scritto nel messaggio
news:8v78uj$nb2$1...@nslave2.tin.it...


 news:8v78uj$nb2$1...@nslave2.tin.it...


 > news:8v78uj$nb2$1...@nslave2.tin.it...


 > > news:8v78uj$nb2$1...@nslave2.tin.it...


qui purtroppo non posso aiutarti.
non ho infatti esperienze dirette di access sull'argomento.
Apri un nuovo questito, vediamo chi ci sa dire qualcosa.
Personalmente comunque (sono anni che lavoro su mainframe in ambienti con
centinaia di utenti on-line) non sono d'accordo che l'utente 2 debba
bloccrasi fisicamente se un record è in modifica presso l'utente 1.
L'utente 1 infatti potrebbe essere andato al bar a metà lavoro, oppure sta
soltanto guardando la maschera che non modificherà mai (quand'è che access
blocca fisicamente un'altro terminale ? appena il primo inizia le modifiche
del record ? questo vale con solo l'opzione blocca tutti i record ? con
l'opzione blocca solo record modificati misa che compare solo il messaggio)
E' più giusto che il access avverta che si sta cercando di sovrascrivere gli
aggiornamenti fatti da qualcun'altro, meglio se non lo permette affatto.
Immagina cosa possa succedere se il campo che deve ricoprire sia un
contatore usato già dall'utente 1.
Comunque non  conosco come si comporta access sull'argomento, mi riservo di
fare delle prove (la cosa mi interessa anche se per ora la mia applicazione
è usata solo dalla mia ragazza, ma fra qualche mese lo userà tutto il suo
ufficio).
ora ho bisogno io di qualche spunto.
apri un nuovo questito preciso, anche con degli esempi, e vediamo cosa
succede
ciao Luc

 ha scritto nel messaggio
news:8veupg$kmh$1...@nslave3.tin.it...
