Newsgroup: it.comp.lang.visual-basic
Titolo: i file MDB si influenzano tra di loro ?

Come mai accedendo un file MDB via ADO ci impiego x secondi.
Se il file MDB risiede invece in una cartella insieme a un centinaio di file 
MDB ci
impiego 4x secondi ?
-- 
Cordiali Saluti

 impiego 4x secondi ?
Secondo me la domanda č come mai ci impieghi secondi: la connessione 
dovrebbe essere pressochč immediata.
Ciao 

 Secondo me la domanda è come mai ci impieghi secondi:
giusto. in effetti con ado di solito ci impiega qualche minuto :P
ciao, a. 

 dovrebbe essere pressochè immediata.
magari x è uguale a  0,01  ! :-)
Comunque ci impiega secondi veramente , usa ADO2.8 .
Sto indagando sulla lentezza anomala del gestionale che interroga le tabella 
presenti su un MDB di access .
La velocità dipende dalle righe della tabella , ma soprattutto dalla 
presenza di altri file MDB simili nella stessa cartella .
Dipende dal codice ?


ti risulta lento anche a te ? 

 Dipende dal codice ?
Dipende se la lentezza è nell'aprire la connessione 
(Adodb.Connection.Open) o nel fare qualche tipo di interrogazione o 
operazione.
Dipende se le cartelle sono in rete o in locale.
Dipende se hai un antivirus che ti fa la scansione di tutti i file 
presenti nelle cartelle a cui accedi.
Dipende dal Jet che utilizzi.
Dipende da...
Alberto
-- 
Max Beerbohm: Tutto ciò che è degno di essere fatto è stato fatto 
ripetutamente. Dalle cose mai fatte bisognerebbe tenersi, sospetto, 
molto alla larga.

 ti risulta lento anche a te ?
ado? no, non e' lento. e' piantato.
ciao, a.

 giusto. in effetti con ado di solito ci impiega qualche minuto :P
Ma smettila :)
Ciao 

 Ma smettila :)
lo farei, ma sto aspettando una connessione ado e, dopo 3 solitari, 
repubblica, corriere, punto informatico, non so cosa'altro fare nel 
frattempo. posso sempre portar fuori j, ma c'e' freddo :P
ciao, a.

Gabriele ha scritto:

Ti accorgerai se vuoi fare dei test che la connessione a JET è
migliore con DAO(e non solo la connessione, con DAO hai in mano JET,
con ADO non completamente), in ogni caso dipende molto oltre da quanto
ti ha detto Alberto, che è la prima cosa da considerare, che le
prestazioni cambiano se il percorso del file(mdb) è lungo...!
Esempio se il file è in C:\ è più veloce che se lo metti in una
SubSubSubSubFolder....!
In ogni caso per file di DB locali è interessante anche, oltre JET,
MSDE, oppure la libreria di FireBird per la monoutenza, che offre
prestazioni da F1 in confronto...a Jet.
@Alex

 Dipende dal Jet che utilizzi.
ultima versione con service pack .
La versione con DAO era estrememente più veloce .
ciao 

In ogni caso per file di DB locali è interessante anche, oltre JET,
MSDE, oppure la libreria di FireBird per la monoutenza, che offre
prestazioni da F1 in confronto...a Jet.
il percorso è corto C\programmi\archivi .
L'ho convertito in SQL 2005 express  , ho recuperato sì qualcosa in velocità 
, ma non eguaglio le prestazioni
che avevo con DAO .
ciao

Gabriele ha scritto:

Non è possibile, sei certo di aver usato correttamente gli Indici...?
Una Qry con SQL2005 DEVE essere un lampo rispetto a JET anche se con
DAO, ovviamente la differenza si avverte su Tabelle corpose, se sono
tabelle con qualche centinaio di Records anche un File di Testo è
veloce...!
@Alex

 ciao, a.
E qui mi viene in mente il nostro carissimo Lupo! Ciao Lupo :)
-- 
Greg 

prestazioni da F1 in confronto...a Jet.
e per una multiutenza (3-4 clien ti contemporanea) quale e' la
soluzione + veloce utilizzando VB6 come front-end fra questi?
Access 97
Access 2000
MSDE
MSQL express 2005
Firebird
mySQL
(sono i database di cui ho disponibilita' ovvero che potrei
utilizzare)
Grazie

buba ha scritto:

Questo è il DB di cui trovi maggiori risorse nel web, ed è un ottimo
DB
MSQL express 2005, anche l'upgrade a SQL2007 sarebbe indolore...!
Firebird è altrettanto potente, non ho mai fatto test di efficienza
dui Driver ODBC(io uso solo quelli di norma) per testarne la
velocità...., ma è molto flessibile e performante.
MySQL non sò se la nuova versione supporta SP e tutto il resto...).
Access, o meglio JET che è un bel prodotto veloce e semplice da
interfacciare, non pretendere
prestazioni elevate, e soprattutto non pretendere di avere un vero Db
transazionale.
Non lavora ServerSide, e questo la dice lunga sui contro di questo
prodotto, i pro sono sostanzialmente la velocità di strutturazione e
di distribuzione.
La tua richiesta non può essere evasa con 2 righe, le considerazioni
base da fare sulla scelta
sono molte, e non sempre si può dire uso la Ferrari perchè va più
forte, se devi guidare nel traffico di Napoli è meglio una Panda....!
IMO
@Alex

 E qui mi viene in mente il nostro carissimo Lupo! Ciao Lupo :)
certo. lupone e' vivo, e dao insieme a noi :)
ciao, a.