Newsgroup: it.comp.appl.access
Titolo: database access corrotto con win2k

Salve a tutti,
spero che qualcuno sappia darmi una risposta a questo problema che ho da
molto tempo.
ho un applicazione che utilizza un database di access97 su una rete con
win2000.
Molto spesso mi capita che per qualche motivo che non sono riuscito a capire
il database si danneggia e devo provvedere ad una ricostruzione.
pensavo che era un problema di rete allora ho sostituito le schede di rete
ed i cavi ma non ho risolto... allora ho fatto mille altre prove, fino a
quando preso dalla disperazione ho installato due nuove macchine con win2k,
ho installato l'applicativo ed ho provato... dopo un po'... ERRORE e
database rovinato.
Questo mi capita sulle reti che hanno win2k, mentre dove c'è ad esempio
WIN98 tutto ok.
Sapete darmi una spiegazione? C'è qualche impostazione di rete che posso
controllare o qualche altra cosa?
Spero che qualcuno mi sappia aiutare... grazie a tutti
Angelo

 controllare o qualche altra cosa?
Potrebbe dipendere dai drivers per win2k delle schede di rete.
Oppure potrebbe dipendere dal lock oppurtunistico di Win2k da disabilitare.
Vedi  
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q303528


Ciao Angelo
Ho avuto il tuo stesso problema e l'unica soluzione che ho trovato dopo vari
tentativi sia hardware che software č stata quella di utilizzare come file
server una macchine con Win98 se.
Con solidarietą... ciao Giorgio.

 server una macchine con Win98 se.
Con tutto il rispetto: ho parecchie installazioni di software che utilizzano
.mdb '97 su configurazioni decisamente miste ... problemi rarissimi e
riconducibili al mio post precedente.
Ciao.

 ha
scritto:

In tutte le mie installazioni uso W2k pro e spesso con A97. Senza nessun
problema del genere. Solo uno di memoria written ma sto ancora indagando.
Non credo che il tuo problema sia attribuibile a questo binomio. rivedi gli
oggetti ad uno ad uno e compila il progetto (dovrebbe sortir fuori il
problema)
ci vorrebbe un Filopoli per porre fine a tutta questa corruzione.. ma
sappiamo come andrebbe a finire.
ciao MAssimiliano
--------------------------------
Inviato via 
http://usenet.libero.it

 ha scritto nel messaggio
news:7Qcga.49985$Lr4.1...@twister2.libero.it...

Non lo metto in dubbio, ognuno di noi fa la propria esperienza, in ogni caso
ho seguito l'ultima spiaggia proposta dal link da te indicato che č quella
di passare a MSDE2000 e avendo la licenza di Xp Developer e potendo
distribuirlo ho convertito il gestionale in un progetto ADP, ed ora non ho
problemi di sorta.
Ciao Giorgio

"MA"
.> Solo uno di memoria written ma sto ancora indagando.
Ho avuto un problema del genere legato esclusivamente alla reportistica.
Praticamente era un'incompatibilità col Driver della stampante su cui
originariamente era stato creato il report.
Reimportando tutto in un nuovo .mdb ho risolto.

 Reimportando tutto in un nuovo .mdb ho risolto.
... in un nuovo .adp, ma credo il problema fosse lo stesso.

 problemi di sorta.
A proposito, anch'io sto iniziando a "giocarci", più che altro per non avere
limiti d'archiviazione.
Il problema è che su public.it.sql un tizio ha sollevato perplessità sulla
validità degli .ADP (senz'altro hai letto il Th.).
Le sue affermazioni sono state severamente controbattute, ma a questo punto
ho dei dubbi.
Questi .ADP sono una buona e performante soluzione per accedere a un Server
SQL o sono solo una trovata pubblicitaria?
Ciao, Cristiano


Ciao Cristiano
Nel Th. si discuteva sulle connessioni aperte da access per via dei subform
combo ecc.
Ritengo che i progetti ADP (ADE per il cliente) siano un ottimo strumento
per creare applicazioni gestionali con base dati Sql Server.
Io non ho alcun problema anche con installazioni con più di 5 utenti,
infatti il collo di bottiglia entra in gioco se si superano più di 5 batch
contemporanei e non con più di 5 connessioni. Trattando con piccole aziende
è difficile che nello stesso istante si possa verificare tale condizione e
anche se si verifica sporadicamente il rallentamento non è drastico, in
altro caso vuol dire che il cliente non è più tanto piccolo quindi non vedo
il problema di fargli acquistare SqlServer Standard Edition.
Per quanto riguarda la programmazione devi sempre immaginari di essere
collegato al server tramite una linea ISDN.
Io ho adottato la tecnica di interogare un record alla volta, per esempio
nella form dei clienti gestisco io il movimento tra i record interrogando di
volta in volta il server e non caricando il recordset con tutti i clienti,
in questo modo il traffico si riduce alla richiesta (Select Top 1 ecc..)
pochi byte e alla risposta Max 8060 Byte che è la capacità massima di un
record, limitare anche l'utilizzo delle caselle combinate alle tabelle con
pochi record (es. codici Iva).
Altra cosa importante è trasferire il massimo del codice sul lato server
utilizzando i trigger e le Stored procedure per eseguire i processi che
normalmente fai fare a VBA (ad esempio la contabilizzazione delle fatture a
fine mese).
Se hai l'help in linea di SqlServer e il tool Sql Query Alalyzer utilizzalo
per creare e testare le query e cerca di evitare la griglia QBE di Access,
ti si apriranno nuove prospettive non realizzabili con la griglia QBE.
Insomma tutto stà a come utilizzi lo strumento e ci saranno sempre persone
che prediligono Access a Vb e Vb ad Access.
Come si dice.. ogni scarrafone è bello a mamma sua.
Ciao Giorgio.

 Come si dice.. ogni scarrafone è bello a mamma sua.
Grazie per le informazioni ;-)
Cristiano