Newsgroup: it.comp.lang.visual-basic
Titolo: Visual basic / Access (ADO)

Ciao,
risulta anche a voi che accedendo (tramite  ADO) con una query ad un
database access su un computer in rete, prima viene fatta la copia in locale
dell'intera tabella e poi viene eseguita la query in locale?
grazie
Alessandro

 dell'intera tabella e poi viene eseguita la query in locale?
Certo che e' cosi' (ADO o DAO o ODBC non cambia) e non potrebbe
essere diversamente. Sul computer in rete che ospita il file .mdb non
gira alcun processo che esegua la query, che deve per forza essere
eseguita in locale.
In pratica, Access in rete non ha senso.
--
ciao, hal
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


Magari.
In realtà è molto peggio, cioè la tabella viene letta ed elaborata 
integralmente in rete, compresi eventuali join.
Fanno eccezione solo le query che si appoggiano ad indici fatti bene.
Ciao
Alberto
-- 
E tutto mi sembrava andasse bene... 

 ha scritto nel messaggio
news:83Z103Z67Z126Y...@usenet.libero.it...


 lato server o lato client intendo...
Con i database basati su file (dbf, mdb, ...) parlare di client side e
server side e' aria fritta.


 > Quindi non ci si può fare niente nemmeno giocando un po' con i cursori?


 ha scritto nel messaggio
news:HwV0e.37446$Of5....@nntpserver.swip.net...



No, perché di fatto 'lato server' e 'lato client' sono solo un trucco,
perché di fatto in Access il 'server' non esiste. Se hai da usare un
DB in rete, ti suggerisco di fare uno sforzo e di passare a MSDE.
--
Ciao!
Luca Menegotto

 > Confermate?
Perche', invece di reinventare l'acqua calda, non si sostituisce con
vero database client-server? Sempre rimanendo in ambito Microsoft
e senza spendere un cent in piu' per le licenze, c'e' MSDE li' bello
pronto che aspetta... ;-)



Sě: l'ideale č crearsi una DLL server da far girare sotto COM+ (per beneficiare
del connection-pooling, ad esempio).
In tal caso perň lato client lavorerai con recordset disconnessi e potrai fare
solo aggiornamenti "batch".
Bye
Raf

 del connection-pooling, ad esempio).
Una precisazione: l'ideale se devi usare per forza Access...
Raf

 cursori? lato server o lato client intendo...
Se rifletti per un secondo su 'quale CPU gestisce il cursore lato server', 
ti rendi subito conto che in una architettura di quel tipo non ci sono molte 
alternative...


 Raf
In che senso disconnessi?
Creando una DLL che apre un recordset sul server (ovvero il locale per la
DLL) non ci pensa lei a tenere su la connessione?
Alessandro


Beh, se Rafunk ha scritto "lato client lavorerai con recordset disconnessi", 
mi sembra chiara la distinzione fra i recordset 'della Dll' e i recordset 
che arriveranno al client.
Comunque, a parte una pura discussione accademica, non vedo perchè 
costruirsi un simil-dbms per usare Access, quando di fatto si farebbe un 
clone di MSDE (che è già pronto, gratuito, stabilissimo e velocissimo).



ok visto che tutti mi avete bocciato prenderò in considerazione MSDE....
Qualche interfaccia free per creare query velocemente ed in modo visuale?
grazie
Alessandro

 modo visuale?
Puoi usare lo stesso Access, dicendogli che la base dati è Oledb o Odbc 
verso MSDE.
Generi la query in qbe, poi la visualizzi in Sql e copiincolli in VB.


Ok
grazie a tutti per le risposte e buon lavoro
Alessandro


Qualche interfaccia free per creare query velocemente ed in modo visuale?
NOOOO!! LE QUERY IN MODO VISUALE NOOOO!!!!! :)))) 
Anche perché in MSDE o le sostituisci con viste logiche o le
sostituisci con Stored Procedures.
Seriamente, suggerimento, impara quel minimo di SQL che ti serve, che
poi ci metti infinitamente meno.
Circa l'interfaccia, senza dubbio l'ottimo DBAMGR2k di Andrea
Montanari.
--
Ciao!
Luca Menegotto

 poi incazzarsi, dopo avere perso il db 10 volte...
Beh, dai, non terrorizzarlo cosě. Io ho un'applicazione C/S basata su
Access2000+server COM+ che gestisce circa 5000 dipendenti di un ente pubblico e
non ho mai perso un record...
Ciao
Raf

 pubblico e non ho mai perso un record...
Il dettaglio del 'Server COM' non è irrilevante.
Infatti gli suggerivo di usare MSDE, che fa le veci di un server Com, senza 
doverselo fare in casa.
