Newsgroup: it.comp.lang.visual-basic
Titolo: Problema con OLEDB ADO in rete

Ciao a tutti,
dopo qualche giorno di blackout del NG, durante il quale mi sono fatto
tutte le prove possibili, torno a chiedere aiuto per un problema che
mi affligge da sempre (cioe' un paio di settimane) !
Ho un archvio mdb su una macchina (quella su cui compilo l'eseguibile
e faccio il pacchetto). Faccio un prg che accede tale database con ADO
specificando provider Jet di MS, Admin con pwd nulla etc. Se lancio il
programma dalla macchina dove l'ho realizzato tutto funziona pure
troppo bene. Se invece installo il programma in una macchina in rete
con questa qui dove funziona non c'e' verso di poter usare tale
database, ricevo sempre un errore che recita piu' o meno cosi' : 
"il database e' gia' aperto in modalita' esclusiva da un altro prg o
non si hanno i privilegi sufficienti per completare l'operazione"
questo accade quando voglio aggiungere semplicemente un record (usando
un recordset su tale database aperto). Non ho idea di come sistemare
la cosa, eppure si e' installato tutto correttamente sulla macchina di
prova e la stringa di connessione e' corretta (dato che funziona in
'locale') !!! 
AAAAaaaaah... c'e' qualcuno che mi sa dare una manina? O anche 2
righe, dico 2 righe di esempio per 
1) aprire una connessione in rete 
2) aggiungere un record
3) visualizzare in una griglia
(fondamentalmente sono gli esempi basi, da questi poi faccio il resto,
ma non c'e' verso di non litigare con Vb6 :)).
P.s. strana cosa : quando uso un controllo ADO se provo a generarare
la stringa di connessione cliccando sull'apposito pulsante non succede
niente. Eppure sull'altro pc dove "a sbafo" ho installato il Vb6 tutto
va bene... che sia questa cosa a crearmi rogne?

 va bene... che sia questa cosa a crearmi rogne?
Il controllo ADO: se lo conosci, lo eviti.
Ciao
Aldo

Il controllo ADO: se lo conosci, lo eviti.
e cosa dovrei usare per connessioni a database sicure usando
transizioni per accertarmi di non fare danno? Dao no di certo,
quindi... ? Oledb e Ado, no? Sono pronto ad ogni proposta, per
riplasmare il mio essere e pensiero alla soluzione ottima esistente
:)))).
Grazie!

 :)))).
Non intendevo ADO come libreria, che invece uso tutti i giorni, ma il
controllo (ocx).
Cmq, verifica lo stesso la stringa di connessione, forse non sara', ma chi
lo sa ...
(scusa la rima :-P)
Ciao
Aldo

(diritti di lettura/scrittura)?
ci credi che era veramente questo? porcamiseria, al SOLITO la
soluzione piu' banale era quella giusta... e io che provavo vari
provider, conversioni di database, chiamate a funzioni di check
astruse e connectionstring stile "Nasa - settaggio Discovery" :)
Ora che tutto e' apposto passo alla fase 2 : operazioni sicure via
rete... sto giocherellando con le transazioni e con i Lock*, hai
qualche altra intuizione da regalarmi? 
Le operazioni sono le classiche : 
- aggiunta di un record
- modifica di un record
- pura visualizzazione
direi che opererei cosi' :
Lock in write in caso di AGGIUNTA (chi visualizza userebbe penso
LockOptimistic cosi' in caso di una macchina in visione le altre
possono aggoiungere dati ma NON MODIFICARLI)
Lock totale in caso di MODIFICA : una sola macchina puo' aprire in
modifica una tabella (visione/modifica diciamo)
Shared lock in lettura in caso di VISUALIZZAZIONE (ma pox di
aggiungere record appunto).
Come vedi ho le idee sufficientemente confuse :) ora mi spolpo un bel
capitolo del mio librino "Visual Basic - La programmazione dei
database" e mi faccio chiare le idee, ma se nel frattempo hai qualche
consiglio.... diciamo che non sgradirei la cosa, ANZI ! :)
Grazie ancora!