Newsgroup: it.comp.appl.access
Titolo: Access Vs SQL 2005 express : velocità accesso dati

[Riporto quanto già postato in M.P.I.S.]
Salve a tutti...
mi stò apprestando a cambiare la base dati a un mio progetto Access, 
passandolo da MDB a SQL 2005 Express (di cui ne sono coscientemente 
ignorante).
Mi muovo con Access 2003.
Parto dal BE, esportamdo con la creazione guidata (upsize) le tabelle 
presenti nell'MDB (struttura, dati e relazioni) in un mdf di SQL.
Fin quì tutto ok... file mdf creato correttamente.
Da un BE di access, a questo punto faccio una prova...
linko Tab1(padre), Tab2(figlia), , Tab3(figlia), Tab4(figlia) sia da MDB che 
da SQL (con DSN ODBC) :
Creo allo stesso modo FormPadre+ FormFiglie sia per MDB che per SQL.
Risultato:
Funzionamento MDB Perfetto, i record padre, richiamano immediatamente quelli 
figli senza alcun problema...
Funzionamento SQL lentissimo; i record padre, anche se poco, impiegano del 
tempo a caricarsi, e così anche il richiamo dei vari record figli delle "n" 
SubForm...risultato generico, lentezza di caricamento esagerata per singolo 
record padre...
Secondo voi, cos'è?
PS
Nel Diagramma Database, ho creato anche la relazione delle tabelle 
incriminate, ma il risultato è sempre lo stesso.
-- 
-- 
Ciao
Pablitomf (Maurizio Facciuti)
-----------------------------------------------------------------
Access: 97, 2000, XP e 2003
ASP
-----------------------------------------------------------------
http://www.accessgroup.it/
-----------------------------------------------------------------
Il mio motto :
""Non mi fido molto delle statistiche, perchè un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media." 

 ignorante).
Di entrambi??
-- 
-- 
Massimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access

 ha scritto
nel messaggio news:eqq355$u46$1...@tdi.cu.mi.it...

Per quel che vale, mi sono trovato molto meglio migrando in mysql. Nessun
problema in fase di trasferimento tabelle sia con il tool di migrazione di
mysql, sia con access2mysql.
Problemi di lettura dati, nessuno (se nel tuo db non hai settato la
protezione a livello utente). Il vero problema, a mio avviso, è la
distribuzione. Su ficdm sostengono che non puoi distribuire mysql sotto gpl
con access che ha (ncessariamente) una licenza ristretta (perciò, devi
acquistare mysql). Ho eccepito che se ho alcune tabelle solo sul client con
procedure dedicate, access non cessa d'esistere come applicativo autonomo,
ma non ho ricevuto risposta.
Ma sono ancora in mezzo al guado, perciò prendi tutto con le dovute cautele
:)
Ciao.
eSQueL

 - Mostra testo tra virgolette -
Scelta bizzarra, visto che MSDE è gratuito, ed anche SQL_Express....!
Se era per risparmiare lo trovo poco sensato, se era per prestazioni
direi decisamente poco sensato.
Per Maurizio:
Verifica l'esistenza degli indici nelle tabelle(dopo il passaggio), ed
in ogni caso prova a tenere aperta una Maschera(Hidden) basata su una
Tabella con 1 solo Record(Fittizia solo per fare in modo che la
connessione rimanga aperta), e riverifica se le prestazioni sono
sempre lente.
Le prestazioni no le puoi in ogni caso valutare in Locale, ma dovresti
fare dei Test in rete, allora ti accorgeresti della differenza.
@Alex

fare dei Test in rete, allora ti accorgeresti della differenza.
Mi spiace, ma è proprio in rete che io sto provando... praticamente si 
"impalla" su attività tranquillamente eseguite da mdb... ma daltronde è 
ovvio... se ci mette tempo a tirar su record padre/figlio, figurati a creare 
query complesse...
Bhò


Pablitomf (Maurizio Facciuti) [Acces] ha scritto:

Prova a verificare nell'amministrazione dell'origine dati ODBC che non
sia attiva l'analisi...
A me è capitato che l'attivassero altri utenti e i "sintomi" erano
quelli da te descritti.
Buon lavoro,
bye

 query complesse...
Normalmente le queries di un .mdb vengono eseguite lato Server dal driver
ODBC, quindi le prestazioni non peggiorano, anzi.
Le eccezioni sono note, principalmente:
- Query eterogenea tra tabelle lato Client- Server
- Query che contengono espressioni non supportate dal Server, come Dlookups,
DSum, etc
- Alcune tipologie di query a campi incrociati (non tutte).
In rapporto alle strutture master-detail non ti posso aiutare: le evitato
anche con gli .mdb dato che funzionano male (crash, problemi di filtraggio
sulla vista "child", etc).
Cmq farò qualche test con Access XP + Sql Server 2000 che ho in ufficio.
Saluti.
P.S: Anche con gli .ADP le viste master-detail si comportavano in modo
bizzarro, aprendo un mare di connessioni sul Server.

quelli da te descritti.
Haimč, nulla di tutto ciň. 

 Cmq farò qualche test con Access XP + Sql Server 2000 che ho in ufficio.
Fatto.
Fermo restando lo scetticismo verso le strutture Master-Detail (che almeno
con A 'XP non sono affidabili), la gestione è veloce.
Ho effettuato il test con un Client connesso al Server attraverso rete a 10
mb/s.
Tabella di testata 16.000 records
Tabella Righe      63.000
Tempi di risposta, anche con tutte le tabelle Child aperte, molto veloci.
Access XP -  Sql Server 2000 - ODBC
I due PC, sia il Client che il Server, sono catorcetti (affidabili, ma
vecchi e lenti).
Saluti.