Newsgroup: it.comp.lang.visual-basic
Titolo: Problema con FindFirst

Buongiorno al NG!
Premetto che da poco ho cominciato a smanettare con il VB...
Ho un problemino con il metodo FindFirst.
Vorrei fare in modo che l'utente scelga un nominativo da un elenco di una
DBCombo e questo venga trovato nel Recordset.
Ho scritto nell'evento click della DBCombo:
Dim rs As Object
Set rs = Data1.Recordset.Clone
 rs.FindFirst "Autore =' " & Replace(DBCombo1.text, " ' ", " '' ") & " ' "
Data1.Recordset.Bookmark = rs.Bookmark
..purtroppo il record non viene trovato......chi mi può dare delucidazioni a
riguardo??
Ringrazio anticipatamente.

  rs.FindFirst "Autore =' " & Replace(DBCombo1.text, " ' ", " '' ") & " ' "
o sei sicuro che in tutti i record l'apice ha sempre spazio prima e spazio
dopo, o prova a togliere i blank da dentro le virgolette del replace...


...scusami gli spazi prima e dopo li ho messi per facilitare la leggibilità
del messaggio....
in tabella non ci sono record con spazi...

 ha scritto

ok
e a mettere
    dim rs as recordset
?
findfirst e' un bel po' che non lo uso. se usi dao, puoi provare a mettere
in access un indice sul campo autore e a fare sul click del combo
Data1.Recordset.index="autore"
Data1.Recordset.seek ">=", DBCombo1.text
--
ciao

Dim rs As Object
Azz... come farsi del male gia' alla prima mossa :-(
-- 
ciao, hal

prova cosi
rs.FindFirst "Autore = " & chr(34) & DBCombo1.text & chr(34)
Puoi cercare nomi anche con apostrofo
Ciao Carmelo

*hal1961* ha scritto:

No.
Dimmi come fai, in uno stesso programma, a gestire (e a dichiarare ...
_inizialmente_, quindi salvo tipizzazione tardiva) un oggetto recordset che
debbe essere utilizzato (ovviamente ... o così o colà, ma con lo stesso
nome) sia da DAO che da ADO.

 ha scritto

nei miei piccoli adini, mi sono imposto di NON usare dao.
e quindi uso "recordset" e basta. e' ado per forza...

 (anche perchè, ovviamente, scarteresti immediatamente ado :-) )
No, se dall'altra parte ci fosse SQL Server.
Però scarterei di brutto e subito SQL Server.

 Ma As Object, in questo caso, proprio no.
Scelte. Comodità. Praticità. Carattere. Personalità. Esperienze. Capacità.
Ma ... tutto quel che può essere, è davvero?

 ma con lo stesso nome) sia da DAO che da ADO.
ne abbiamo già parlato.
quella da te descritta è una tecnica utile atta ad implementare una funzionalità
ad un applicativo in corso d'opera, cercando di non riscrivere tutto.
credo che nessuno partirebbe a priori con l'idea di utilizzare recordset ado e
dao, neanche tu.
(anche perchè, ovviamente, scarteresti immediatamente ado :-) )
--
Salutoni
Sergio

nome) sia da DAO che da ADO.
Uso due variabili: una di tipo ADODB.Recordset e l'altra di tipo
DAO.Recordset.
Oppure definisco un oggetto tutto nuovo che incapsula le due
variabili, implementando i metodi e proprieta' che mi servono.
Ma As Object, in questo caso, proprio no.
-- 
ciao, hal.setOOP(true);

 quello <eg>
classe, what's that? ;-)
Fammi un elenco di faccine, per favore. Quella, con QF, è bellissima!

Ma ... tutto quel che può essere, è davvero?
Altro che se lo e'. I design patterns non sono aria fritta (anche se
applicarli al vb non e' sempre agevole, ma con .net faranno
sicuramente la differenza tra un programma e l'altro.
-- 
ciao, hal