Newsgroup: it.comp.lang.visual-basic
Titolo: [ADO] Modalità disconnessa

Domanda veloce
Se uso ADO, con cursori lato client, per lavorare in modalità 
disconnessa è ado stesso che pensa a "disconnettermi" quando si è tirato 
giù tutti i dati e a riconnettermi quando faccio l'updatebatch, oppure 
rimane sempre in modalità connessa a meno che non sia io a settare la 
connessione = Nothing o a chiuderla?
Grazie, ciao
-- 
Math Parser : 
http://www.neodatatype.net
FlowChart   : 
http://www.neodatatype.net/dump/flowchart/dir.asp
Sito Comune : 
http://www.it-lang-vb.net

 Grazie, ciao
prego
-- 
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
Read my blog at: 
http://www.ugidotnet.org/4.blog

 AFAIK, la-seconda-che-hai-detto :-)
Da test che ho fatto è la prima, ma io di ADO (non Ado.net) non ne capisco
niente.
Ma anche per logica mi pare così: mi tiro giù i dati sul client, ci lavoro
sopra e solo con l'UpdateBatch il recordset si riconnette per fare l'update
dei dati.
Alcuni colleghi mi dicono che così non sono disconnesso.
Ovviamente sono costantemente connesso tramite la connessione, ma i dati non
viaggiano tra il server e il client (dopo aver fatto la SELECT) quando sono
con cursore lato client.
O sbaglio?
Ciao



ciao


 Grazie, ciao
io ho gestito i record disconessi in questo modo. Apro un recordset, 
prendendo i dati dal database connesso, poi imposto ActiveConnection = 
Nothing. A questo punto qualsiasi operazione tu faccia sui dati, la fai 
solo in locale e il server non è più coinvolto.
non ho idea di quando poi il tutto venga sincronizzato sul database 
reale, usavo questi recordset in un contesto in cui non mi serviva a 
questo scopo, ma solo per generare report di stampa senza avere tabelle 
fisiche sul database.
good coding!!!
--
Alletun
"Se ti va di spassartela adesso
Prendi il Vettore oggi stesso."
Terre Desolate - Stephen King
Inviato da 
www.mynewsgate.net

 oledb/odbc
Quindi posso staccarmi completamente dal server chiudendo la connessione e
riaprendola prima dell'UpdateBatch, giusto?
Ma quali controindicazioni ci sono nei due casi?
Grazie, ciao


 solo in locale e il server non č piů coinvolto.
Ma questo non accade anche con il solo cursore lato client?
Che cosa fa la connessione mentre rimane in attesa?


 Ma questo non accade anche con il solo cursore lato client?
rispondo più per cercare di chiarire un mio dubbio, che il tuo :-)
se in un cursore lato client fai un addnew (o un edit, anche se con ado non
è necessario farlo esplicitamente) e un update, il database viene
immediatamente aggiornato, con un recordset disconnesso no.
se nessuno mi smentisce, il mio dubbio è chiarito :-)
-- 
Salutoni
Sergio
per rispondere... togli il group dall'indirizzo

se nessuno mi smentisce, il mio dubbio è chiarito :-)
Ci siamo? ;-)
Ciao!

 implicito.
questo concorda con le mie conoscienze.


 effettua cmq nessun aggiornamento, è necessario usare UpdateBatch.
Ah, ecco il trucco!
Quindi è il lock che determina la "disconnessione"?
Infatti io ho fatto dei testo con adLockBatchOptimistic e l'update non
aggiurnava il server fino all'UpdateBatch, da qui la diatriba sulla modalità
disconnessa/lato client.
Infatti altri avevano provato il cursore lato client ma assicuravano che
invece veniva aggiornato subito il db a meno di non annullare
l'ActiveConnection.
Evidentemente avevano provato con lock di tipo differente.
Quindi se io uso un lato client e un lock ottimistico sono di fatto
disconnesso?
Influisce qualcosa il tipo di recordset (es. ForwardOnly ecc)?
Ciao


Influisce qualcosa il tipo di recordset (es. ForwardOnly ecc)?
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ado270/htm/mdprocursortype.asp
... "If a provider does not support the requested cursor type, it may
return another cursor type."
Ciò significa che se il cursore è lato client e tu usi un ForwardOnly
o un Dynamic con ogni probabilità il provider provvedere a cambiarti
il CursorType sotto al naso ;)
Ciao!