Newsgroup: it.comp.appl.access
Titolo: Errore con il metodo FindFirst

Un saluto a tutto il NG.
E' la prima volta che vi scrivo, quindi voglio prima farvi i complimenti
per la simpatia del gruppo e ringraziarvi dell'aiuto che fino ad ora mi
avete dato
nell'approfondire il lingaggio VBA (riuscivo, tramite un amico, a seguirvi
scaricando i mex dal sito comune).
Ora che sono riucito a collegarmi dall'ufficio chiedo subito aiuto ai guru
:)))
Il problema è questo:
la funzione scritta sotto si pianta e mi dà errore sul metodo FindFirst (vi
posso garantire che il cognome nella tabella esiste).
Function Prova()
Dim rst As Recordset
Set rst = CurrentDb.OpenRecordset("Persone", dbOpenTable)
rst.MoveFirst
rst.FindFirst "Cognome = " & Chr(34) _
                    & Forms!NomeMaschera.casellaDiTesto.Value & Chr(34)
...
rst.Close
Set rst = Nothing
End Function
L'errore che ricevo è : 3251 Operazione non supportata per questo tipo di
oggetto.
Come *operazione non supportata*, l'ho sempre fatto!!!
Dopo un po' di smanettamenti e bestemmie ho notato che se la tabella è
collegata
funzia a meraviglia! (le bestemmie sono aumentate)
Ora la domanda sorge spontanea... come c@##* si usa il metodo FindFirst in
una
tabella del db corrente? [mi vergogno un po', mi sembra di essere tornato a
quando non
capivo che differenza c'è tra una tabella e una query :-(((((((((( ]
NB: l'errore si verifica sia con A97 che A2k e ho anche provato a importare
        il tutto su un db nuovo... niente da fare.
Ringrazio in anticipo a chi mi risponderà.
Ciao, Simone

sim...@libero.it
 (simfil) ha scritto il lun 07 ago 2000 06:58:44p

I metodi find funzionano solo su recordset di tipo dynaset o di tipo 
snapshot.
Per un recorset di tipo tabella usa il metodo seek, oltretutto piu' veloce 
se il campo di ricerca e indicizzato.
Se proprio vuoi utilizzare il metodo findfirst apri il recordset come 
dynaset
Set rst = CurrentDb.OpenRecordset("Persone", dbOpenDynaset)
Sandro


Bhe, il mio compito l'ho fatto. Spero che il mio aiuto ti possa servire.
Buon divertimento.
R.B.

> Ora che sono riucito a collegarmi dall'ufficio chiedo subito aiuto ai guru
E dagli coi cosidetti "guru",aggiungo io "italiani", che non hanno risolto
il problema primario:quello della sicurezza in MsAccess
mentre io,modestia a parte,credo di averlo risolto,con l'aiuto di altri non
certo "guru".
Una domanda:codesti "guru" possono di colpo cambiare pelle e diventare
"assassini"?
Del sottoscritto,naturalmente.
Voltolini


???? ...che intendi dire?  ...che ti mangeranno vivo appena leggono sto
post?
Io penso di no ma, sempre riferito a quello che dicevi prima, è possibile
che la sicurezza in Access loro con i loro metodi la ritengano sufficiente.
Poi se non ti hanno soddisfatto nelle risposte ...bé la buona volontà di
aiutarti ce l'hanno messa no?
Cmq andrò a leggermi i tuoi post così capirò un pò di più quello che
intendevi.
Ne approfitto per ringraziare pubblicamente Sandro e Roby per le risposte (è
pochissimo che uso il newsreader e ho paura di aver fatto un pò di casino...
Anzi se se avete qualche *dritta* da darmi... :-))))
Ciao, Simone

 certo "guru".
Non mi reputo un 'guru', cmq mi intrometto in quanto credo
di essere parte in causa.
Naturalmente ti riferisci allo shift, bene, se per te e'
cosi' importante disabilitare lo shift per rendere un mdb
sicuro, permettimi di dirti che, imho, non hai capito
niente di cosa si intende generalmente per db sicuro.
Un utente finale normale non ha le capacita' per
riabilitare lo shift, specialmente se e' stata implementata
la sicurezza a livello utente.
In ogni caso, un utente che puo' ad accedere al db, puo'
fare solo cio' che l'amministratore gli ha permesso di
fare, sia che utilizzi le form, sia che utilizzi le
tabelle, naturalmente partendo dal presupposto che il db
sia stato sviluppato correttamente. Possiamo anche dire che
l'utente usando le tabelle non puo' fare piu' danni di
quanti ne farebbe usando solo le form.
Il vero problema della sicurezza dei dati in access e' che
fa acqua da tutte le parti, e quindi se 'qualcuno' (e non
chiunque) e' interessato ai dati, sta tranquillo che
riuscira' ad averli.
Naturalmente non saro' io a dimostarti come.
-- 
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------

Caro Luciani,
non mi riferivo certamente a te scrivendo di "guru",puo' darsi che vi siano
altri modi per sproteggere un DB,credo pero' che la nuova funzione sul tasto
Shift,sia un punto a favore della sicurezza.
Ho letto tutti i post sulla sicurezza e il "dibattito" che ne e' scaturito
nel mese di maggio,ho tirato una conclusione:Non bisogna distribuire il file
personale mdw in quanto puo' essere sprotetto.
Mi preme fare una osservazione,per quanto riguarda i danni che lavorando
sulle tabelle (le query con autorizzazioni del proprietario vorrai dire)
sarebbero non maggiori che lavorando sulle schede,caro Luciani sai meglio di
me che non e' vero,infatti con la protezione a livello utente per forza devi
assegnare a tante query tutte le autorizzazioni (aggiorna,elimina)
altrimenti non puoi successivamente mettere in piedi un sistema di sicurezza
a livello di scheda (tipo consentimodifiche,consentieliminazioni ecc.).
Tutto questo parte dal presupposto che non si possa piu' distribuire un mdw
personalizzato in quanto insicuro,se fosse il contrario certo che con le
query puoi far vedere solo quello che vuoi.
Probabilmente a me sfuggono altre cose sulla sicurezza,sono tentato di
mandarti,ovviamente con il tuo permesso,un MDB di esempio per vedere se
riesci a fare due cose:
1-A leggere i dati
2-A modificare i dati
Se mi dici che la nuova funzione sul tasto Shift anche quella non serve a
niente mi metto il cuore in pace e mi dedico ad altre cose.
Ciao
Voltolini


 niente mi metto il cuore in pace e mi dedico ad altre cose.
Non e' questo il punto della questione. Bisogna stare
attenti a non fermarsi alle apparenze. :-)
Spero di essere stato chiaro e che questa discussione sia
costruttiva.
