Newsgroup: it.comp.lang.visual-basic
Titolo: testare la velocità delle proprie applicazioni

Salve a tutti!
Come da oggetto, mi è venuto il dubbio che la mia applicazione, basata su di
un database access 2000 a cui accedo tramide DAO, non sia sufficientemente
veloce, quando il numero di record aumenta...
Mi domando come si faccia a testare la velocità, logicamente senza dover
inserire migliaia di record a mano.
Avete qualche tecnica?
qualche suggerimento "standard" da adottare nella progettazione di un
software del genere? (non consigliatemi però di utilizzare un accesso ai
dati diverso o un databse diverso.. lo so da me :-)
Tipo non indicizzare troppi campi, utilizza questo metodo per la ricerca e
cose del genere.
So che ho chiesto molto, ma mi affido alla notevole esperienza di voi
frequentatori, scrivete semplicemente la prima cosa che vi ivene in mente,
senza troppo impegno.
Ribadendo quanto sia utile questa comunità, vi saluto tutti!

 dover inserire migliaia di record a mano.
Li puoi inserire in automatico via codice con un ciclo e l'utilkizzo di dati
random! ;-)


Beh, io spero che per "a mano" intendesse questo, altrimenti.....vuol dire
che è venerdì!!
;)
ciaociao

Da un test svolto prima di cominciare un mio programma che doveva essere
usato su un solo pc (quindi nessun problema di lock dei record ecc...), ho
notato che sotto ai 100/200.000 record DAO e Access sono la miglior
soluzione. L'unica cosa che giustifica l'utilizzo di ADO è il fatto di
trovare l'80% (se non più) del lavoro già fatto in caso di migrazione verso
un altro DB (MSDE, SQL Server, DB2)
Ciao, Vincenzo

ah vabbč... non supererŕ mai i 5000 record questo database.. quindi.. :-)
ma č vero che access impone un limite di 2 GB ai dati di un databse? sulla
guida non sono riusěcito a trovare nulla a riguardo :)


Non so se č un limite voluto, ma prova a fare una select su un db Access da
2Gb e il limite te lo imponi da solo! ;-)
ciaociao


Ho sentito parlare anche io di questo limite, ma sinceramente non mi ha mai
preoccupato anche perchč faccio dei CompactDatabase schedulati ogni x giorni
e quindi il DB resta sempre "ottimizzato"
Tra l'altro ho piů di una tabella con oltre 500.000 record e  il DB non ha
mai superato gli 80 Mb.
Ciao, Vincenzo


Non saprei se e' un limite di Access, ma 2 GB e' un numero "magico" nel
mondo a 32 bit e quindi e' assai probabile; tieni conto che, a prescindere
dall'applicativo, su file system FAT32 quello corrisponde il limite massimo
imposto dal S.O. per le dimensioni di un singolo file.
Ciao
-- 
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

infatti...
come era un numero magico per la fat16 in quanto era la dimensione masima di
una partizione :)
cmq era solo una curiosità, se avessi da gestire un db da 2gb certo non
userei access, ma imparerei ad usare qualcosa di più efficiente.

 mente, senza troppo impegno.
La prima, seconda, terza e ennesima cosa che mi viene in mente è una
sigaretta. Ora che fai?

 2Gb e il limite te lo imponi da solo! ;-)
Sě c'č il limite, e non ricordo se č addirittura di un solo GB.
Noi lo abbiamo raggiunto una volta e dao impazzisce completamente :)
Non č poi cosě difficile raggiungerlo se si hanno decine di tabelle in 
un .mdb su cui lavorano giorno e notte altrettanti PC a manetta (ci 
mette magari 6 mesi ma prima o poi ci arriva).
La domanda: perchč usare access per un sistema del genere?
La risposta: non lo so, forse perchč č "gratuito", ma ora le cose sono 
mature e si sta finalmente migrando verso un DBMS client-server.
Ciao

 sigaretta. Ora che fai?
non riesco a capire se davvero non ci sono altre tecniche che ti vengono in
mente o mi prendi in giro :-)
cmq grazie 1000 a tutti

 vengono in mente o mi prendi in giro :-)
Lascia stare, col fatto che da una settimana non accendo una sigaretta sto
vaneggiando...

 Ciao
ciaociao

 guida non sono riusìcito a trovare nulla a riguardo :)
IL LIMITE È 2,14 GB E SI RAGGIUNGE FACILMENTE SENZA COMPRESSIONI DEL DB.
NON SO ESATTAMENTE COME ACCESS SPRECHI COSÌ LO SPAZIO (PRATICAMENTE CREDO
CHE NON FACCIA MAI CANCELLAZIONI FISICHE), MA IN QUESTO È UN PORTENTO!
-- 
Paolo Bartolini