Newsgroup: it.comp.appl.access
Titolo: ma Access/jet tiene?

Ciao a tutti,
Sto vivendo una situazione imbarazzante.
Ho riscritto con Access '97 una procedurina COBOL "preistorica".
Programma essenzialmente di Data Entry, molti records: 170.000 nell'anagrafica principale, 3
postazioni di lavoro concorrenti.
Hardware nuovo di zecca e rete certificata a 100 mb/s (hub e schede 3COM).
Preciso che la struttura del Dbase è ben normalizzata e sono indicizzati solo i campi essenziali
(niente campi OLE o Memo tra l'altro).
Una procedura automatica compatta gli archivi alla fine di ogni giornata di lavoro.
Ora, periodicamente nei momenti di massimo utilizzo della procedura si verificano corruzioni del
Dbase.
Ho la sensazione che i problemi si verifichino soprattutto quando in una delle 3 postazioni di
lavoro vengono eseguite molte cancellazioni a catena.
Vorrei aggiungere che i records sono molti, ma le query ne elaborano sempre poche migliaia...
I vecchi programmi DOS erano rozzi, ma non davano mai un problema!!
Non so più cosa pensare.
Ricordo che tempo fa Lbo scriveva di non aver avuto grossi problemi con milioni di records in certi
DB.
Cosa devo pensare?
Il motore di database è aggiornato al Service Pack 3 di Jet, ritenete debba aggiornare
qualcos'altro?
Ciao, Max
P.S: ovviamente i backup dei dati sono giornalieri ... ma la situazione è comunque molto tesa.

 I vecchi programmi DOS erano rozzi, ma non davano mai un problema!!
[cut]
Non so darti una spiegazione senza altri particolari.
Una cosa e' certa, tre utenti concorrenti non sono davvero un problema.
Verifica che gli utenti non abbiano la pessima abitudine di lasciare a lungo
i record in modifica bloccandoli.
Per gli errori sull'esecuzione di query da codice ti consiglio di usare le
transazioni (sito comune).
Ciao, Sib

transazioni (sito comune).
A quali errori ti riferisci?
Ti ringrazio per l'attenzione Sib, CIAO

Nell'azienda dove lavoro (15 postazioni)
avevamo di questi problemi finchč non abbiamo sostituito
i windows 98  con degli NTWorkstation.


Mhmmm, è un bel problema!!
Anche perchè adesso cercano a tutti i costi d'appiopparti win' 2000.
Hai un'idea della ragione "tecnologica" per cui l'affidabilità di un file server migliori su NT?
Ti ringrazio, Ciao

 A quali errori ti riferisci?
Se il db ti si corrompe presumo ti dia degli errori.
Se non e' cosi' si rafforza il sospetto che si tratti di problemi di rete.
Ciao, Sib
--
------------------------------------------------------
il sito comune di it.comp.database.access:
http://members.xoom.it/it_db_access
------------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente

 wrote in message
8rfs6r$bt$1...@fe2.cs.interbusiness.it...

Guarda che Win2000 ha la stessa base di NT e a quanto ho potuto verificare
fin'ora ha una notevole stabilita'.
Ciao, Sib

fin'ora ha una notevole stabilita'.
Ha la stessa base, ma a noi ha dato grossi problemi di Drivers (specialmente con stampanti), quindi
non l'amo.
Tuttavia alternative non ci sono...
Ciao, Max

Ciao, Sib
Grazie, Max

 Di conseguenza le transazioni non porterebbero a benefici.
Se ho capito bene aggiunte ed eliminazioni vengono fatte a mano direttamente
dalle maschere, se e' cosi' hai ragione che le transazioni non servono. Ma
se esiste anche una sola query di modifica dati eseguita da codice,
metticela la transazione, non si sa mai.
Ciao, Sib

 Tuttavia alternative non ci sono...
Certo, come per ogni nuovo sistema operativo, in questa fase ci possono
essere difficolta' di questo tipo, anche se sui siti dei produttori di HW si
moltiplicano i download di driver aggiornati per W2000.
Pernsa ai poveri utenti di Linux che prima di comprare un qualsiasi HW
devono fare indagini a volte di giorni solo per sapere se esistono i driver
linux per quel componente.
Ciao, Sib

metticela la transazione, non si sa mai.
No, le modifiche dati avvengono attraverso recordsets e normalissime gestioni d'errori per conflitti
multiutenti.
Sono opzioni che verranno sfruttate per stampe molto particolari solo tra un paio di mesi.
Il problema si è verificato solo in Data entry e in maniera del tutto impredicibile.
Il back-end si trovava su un Win '98 (lo preferivo data la maggior velocità di connessione); l'ho
spostato sul Server win '2000 .....  vediamo un pò.
Chi lo sa, *può* essere che il Driver della scheda di rete per NT/2000 che deve necessariamente
dialogare col Kernel del sistema operativo possa dare meno noie.
Lo spero!
Ciao Sib, Max


Dillo a voce basssssa (i fondamentalisti anti Microsoft potrebbero cercarti)  :-))
Concordo al 100%...
Ciao, Max

 spostato sul Server win '2000 .....  vediamo un pò.
Mi e' venuta in mente una cosa, Il blocco dei record come e' impostato?
Sib

 ha scritto nel messaggio
news:8ri5ai$qn3$1...@fe2.cs.interbusiness.it...

cut
Per carita', mettiamoci al sicuro:
Linux e' bellissimo, windows fa schifo.
Peccato che per iniziare a lavorare con linux ci vogliano sei mesi di studio
8 ore al giorno.
Ciao, Sib

La predizione e' dificile, soprattutto quella del futuro. N. Bohr

 ha scritto nel messaggio

Beh, sulle form è impostato un normale blocco di pagina.
Anni fa quando sviluppai le prime applicazioni multiutenti con Access (un paio d'utenti per un
programmino di fatturazione!), provai a utilizzare il blocco ottimistico ma fu (a mio parere
giustamente) rifiutato dalla clientela.
Quando appare la mascherina che impone una "decisione" all'operatore in conflitto, avevano crisi di
pianto!!!
Ciao Sib, Max

Spero di esserti stato utile.
Ti ringrazio, Max