Newsgroup: it.comp.appl.access
Titolo: with owner option

Una domanda,
una volta effettuata la protezione a livello utente, ad es. ho :
- Amministratore (non puo' aprire il database);
- NewAdmin (E' amministratore)
- Utente (non puo' modificare nulla, e le tabelle e le query puo' solo
visualizzarle).
adesso se al termine dell'sql delle query inserisco
WITH OWNERACCESS OPTION;
es:
SELECT Magazzino.articolo, Magazzino.causale, Sum(Magazzino.quantita) AS
SommaDiquantita
FROM Magazzino
GROUP BY Magazzino.articolo, Magazzino.causale
HAVING (((Magazzino.causale)="x"))
WITH OWNERACCESS OPTION;
cosa dovrebbe succedere se la apro con "Utente"?
Leggendo l'help ..... "In un ambiente multiutente con un gruppo di lavoro
con protezione all'accesso, utilizzare questa dichiarazione con una query
per concedere agli utenti che eseguono la query le stesse autorizzazioni del
proprietario della query"
sembrerebbe che se entro come "Utente" avendo già l'autorizzazione alla
lettura, posso anche Modificare i dati!!
Purtroppo a me non succede così...in cosa sto sbagliando secondo Voi?
naturalemente proseguendo con l'help.....
-----------
"Nell'esempio seguente viene consentito all'utente di visualizzare le
informazioni relative agli stipendi anche se non ha l'autorizzazione a
visualizzare la tabella Stipendi, purché il proprietario della query abbia
tale autorizzazione:
SELECT Cognome,
Nome, Stipendio
FROM Impiegati
ORDER BY Cognome
WITH OWNERACCESS OPTION;
-----------
Se tolgo le autorizzazioni di lettura delle tabelle e query all'utente
"Utente", quando vado ad aprire la query Magazzino non mi permette di
aprirla.
Penso proprio di sbagliare qualcosa nell'attribuzione delle autorizzazioni,
ma non so proprio dove, e poi nella maschera delle autorizzazioni cliccando
su Gruppi e selezionando Utenti come mi debbo comportare?
Grazie mille a chiunque mi possa aiutare.
Riccardo

 wrote in message
8v35tt$487$1...@news.panservice.it...


 Ciao Luc.
___
Scusa Luciano, ma impostando sulla query (così come sulle tabelle) la
possibilità di leggere solo struttura e dati, se inserisco alla fine
dell'sql WITH OWNERACCESS OPTION; non dovrei avere anche la possibilità di
inserire dati o variarli?
A me non lo permette! Perche'?
grazie Riccardo




 wrote in message
8vc6dt$316$1...@nslave3.tin.it...

#######
Il mio problema è che non vorrei dare i permessi in scrittura sulle tabelle
, ma li vorrei dare direttamente nella maschera dove nell'origine dati ci
metto direttamente la select della query con With OwnerAccess Option.
Puo' funzionare in questo modo?
Come?
Oppure ce ne sta uno migliore?
grazie Riccardo

in questo caso stai facendo una vera applicazione.
io ho fatto cosě:
ho basato le maschere su delle query con run permission
ho diviso meppe (e query)  e tabelle in due db
il db delle mappe e delle query vede le tabelle come "collegate"
ho bilndato (nel senso che l'utente non puň andare in struttura sul db e
quindi lanciare le query) il db delle mappe e delle query
sempre con un'utenza che puň solo interrogare
quindi:
se l'utente entra nel programma usa solo le mappe con funzione di
aggiornamento (run permission)
se entra nel db dati legge solo le tabelle (o si fa delle sue query e cosě
non mi orompe per le cazzate)
cosě riesco a fare nache software distribution.
gli spedisco infatti il db mappe e query, senza segargli i dati.
Ciao Luc

 wrote in message
8vglv0$mqb$1...@nslave3.tin.it...

____
Scusa l'igno.... ma che sono le mappe?
Quindi facendo cosě come hai scritto, si possono dare i permessi di
aggiornare i dati dalle maschere (con run permission), mentre direttamente
dalle tabelle questo č negato?
ciao Riccardo

scusa mi è sfuggino un "mappe" invece che forms (su mainframe di chiamano
mappe).
comunque si,
usando le forms si ottiene l'update, mentre se si va sulla tabella a "mano"
non è permesso.
figo he ?
questo semplicemente perchè la forms ha in RecordSource una query d run
permission (l'autority access la prende dalla query e non dal forms), mentre
andando sulla tabella a mano access riconosce all'utente la sua autority,
che ovviamente te avrai limitato.
ok ?
Luc

 wrote in message
8vhget$oqd$1...@nslave3.tin.it...

#####
Ok!
Provo e ti faccio sapere.
grazie
Riccardo