Newsgroup: it.comp.appl.access
Titolo: Da Access97 a Access2000, SQLserver

Avrei deciso finalmente di passare a gestire i database da Access97 ad
Access2000. Siccome in Access97 i database continuavano a "impiastrarsi" e
ogni 2 giorni dovevo procedere a ripristinarli (forse perxhè ci lavorano in
20 abbastanza pesantemente?) ora vorrei sapere se Access2000 è + solido o
se, invece, rispetto al 97 è + o - uguale, cioè s'impiastra cmq abbastanza
facilmente se ci si lavora pesantemente.
L'altra soluzione sarebbe passare a SQLserver avendo Access come front-end
ma ho paura che mi tocchi mettere mano a una marea di codice dovendo passare
da DAO a ADO.
Non voglio una soluzione a questi problemi, ma se q.cuno si fosse già
imbattuto in problemi di questo tipo o che avesse q.che idea mi farebbe un
grandissimo favore.
Grazie per l'attenzione
ciao
davide


A mio modesto parere ti conviene passare il db da access 97 ad access 2000
sr2 , che il 99% dei problemi te li risolve di botto .. poi con calma ti
metti a lavorare per passarlo ad sql , sicuramente piu' stabile dato il
numero di operatori .. ma sicurissimamente piu' lungo da convertire. :)
Ciao ,
--
(^o^))~    Lorenzo   (^o^))~
"Preimaginare e' lo imaginare le cose che saranno..."
"Postimaginare e' imaginare le cose passate ..."
(Leonardo Da Vinci)

20 abbastanza pesantemente?)
Se ti consola da noi abbiamo un database da 2 anni e lo usiamo in 25 e
non si e' mai 'impiastrato'.
Comunque penso che il chiarimento ai tuoi problemi dovresti trovarlo
nelle FAQ in ogni caso lo ribadisco (mettetelo nelle FAQ se non c'e').
Il passaggio a Access 97 non ti risolvera' il problema e quello a SQL
server lo rendera' solo meno visibile.
Il perche' e' presto detto, il problema non e' nel database di Access.
Il database di Access in multiutenza spinta diventa lento ma non si
rompe (a meno di un crash di un pc o del Server, in tal caso tutti i
database necessitano di un rebuild).
Al 90% il problema e' nella tua rete in particolar modo se hai a che
fare con schede con driver Realteck.
Ho avuto due casi di installazione con database instabili e senza
particolari problemi di carico, in entrambi i casi la soluzione e'
stata la sostituzione di una scheda di rete e i problemi sono
scomparsi.
I piu' vecchi applicativi installati lavorano senza sosta con il
pubblico davanti da 5 anni con 4 utenti.
Il problema e' che alcune di queste 'famigerate' schede sembrano
lavora correttamente ma sotto carico vanno in errore.
Di solito un sistema per beccarle e' fare un enorme XCOPY /S di una
macchina su un altra, se si inchioda dopo un po e' la scheda da
buttare.
In tal caso l'unico limite di Access e' che se la rete si incasina
molto probabilmente corrompe gli archivi, ecco questo con SQL server
non succede ma il problema rimane per tutto cio' che non e' Access.
----------------------------------------------------------
Paolo Hölzl
Gruppo Tekup Software developer (Bologna)
----------------------------------------------------------
ATTENTION!, antispam 
For reply, substitute xxx with gruppotekup

 non si e' mai 'impiastrato'.
'Cidenti!
25 utenti sono davvero tanti, di che tipo di software si tratta?
Attivitą variegata (batch, interrogazioni oltre a semplice Data Entry)?
E soprattutto che hardware di rete :-)
Ciao, Simone

E soprattutto che hardware di rete :-)
E' una gestione offerte, in pratica il cuore e' un database clienti,
ovviamente in tal caso la concorrenza e' davvero minimale si entra
molto in consultazione, in ogni caso lo sto portando su SQL Server ma
piu' che altro per una necessita' legata alla protezione degli archivi
non certo per un discorso di performance.
Ai fini della riduzione del carico conta il modo in cu si e' impostato
il lavoro.
