Newsgroup: it.comp.appl.access
Titolo: il File dati si corrompe spesso

Salve a tutti vorrei un aiuto se possibile. Ho fatto un'applicazione in 
access 2003 con le tabelle collegate in una rete con 4 pc e da una 10 di 
giorni trovo spesso il file dat corrotto. Alcune volte sono riuscito a 
recuperarlo altre purtroppo no, fortunatamente ho il backup giornaliero. 
Potete darmi qualche aiuto nel ricercare la causa, poi ho anche 
riscontrato una grande lentezza. Vorrei installare sql server ma non so 
come fare. Ho provato ad installarlo ma mi da problemi 
nell'installazione. Mi date qualche aiuto su cosa fare
Grazie

Gianfranco ha scritto:

io avevo gli stessi problemi ed ho installato mysql, da l� in poi problemi
finiti
ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Ciao, a me è capitato qualcosa del genere tempo fa.
Era colpa di uno dei PC in rete, non so il perchè ma credo fosse la
scheda di rete.
Ciao.
Alberto


Per i dati, usa un qualsiasi db client/server
Personalmente ti posso consigliare Firebird / Postgresql, sono open source, 
multipiattaforma, ben mantenuti, documentati, molto robusti
E pure aggratisse
Ciao
RobertoA

Intanto grazie a tutti quelli che mi hanno risposto
anche iosono propenso a pensare che il problema sia hardware, ma con 
tutti i tentativi fatti fino ad ora non sono approdato a nulla.
Mi piacerebbe urtilizzare mysql oppure anche Firebird / Postgresql,
spero che non siano difficili da impostare ora provo avedere come devo 
installarli. Dato che li avete giï¿œ utilizzati avete per caso la 
procedura di configurazione, ve ne sarei veramente grato
  e grazie ancora dell'aiuto

  e grazie ancora dell'aiuto
Se stai partendo ti consiglio Firebird
Lo scarichi, lo installi, scarichi il driver odbc lo installi, ti crei il 
dsn odbc e vai
Ti consiglio come db manager IBexpert, ce' anche una versione free, ma anche 
la versione a pagamento vale molto piu' del suo costo
Oltre ad IBexpert devi poi tirarti giu Fibs per i backup del db, backup a 
caldo ovviamente
Tranquillo, e' piu' difficle spiegarlo che farlo, e potrai vantare un 
sistema vero client/server con la possibilita' di fare i backup on-line, 
senza che gli utilizzatori si accorgano di niente
Lo usiamo da qualche anno e per quanto riguarda l'affidabilita' dei dati non 
abbiamo mai piu' avuto problemi, neanche una sola volta
Oviamente, su diverse installazioni presenti, qualche disco si e' rotto 
durante l'uso, basta avere l'accortezza di impostare il sistema di backup 
per copiare su un altro pc in rete e ti ritroverai pronto a far ripartire il 
sitema rapidissimamente anche in caso di crash del server db, crash inteso 
come macchina oltre che archivio
Senza contare che una corretta stategia di backup puo' salvarvi spesso anche 
da altri problemi del tipo il dipendente maldestro che quando gli chiedi "e 
cosa hai fatto?" risponde "iiiiiioooo ??? GNENTE" e poi vai a vedere sulle 
copie di qualche giorno prima e vedi che dalla sua postazione, col suo 
login, con la sua password, prima ha inserito dei valori, poi li ha 
modificati, e da quello dipende il problema nella fatturazione che un attimo 
prima imputavano al tuo gestionale
E se la magnano
Tanto per dirne un'altra, una volta un operatore (el maghetto del computer), 
dopo aver ritoccato alcuni dati clienti, e da queste modifiche aver fatto 
scaturire una bollettazione scorretta, ci chiama dicendo
"Ooou va che gua' no va pi gnente..."
Il pirlotto aveva anche abilmente contraffatto le copie di backup in modo 
che non risultassero le modifiche da lui apportate
Non sapeva pero' che alcuni campi del db li avevamo adibiti come log delle 
transazioni, e tra l'altro il contenuto del campo era crittato quindi non 
decifrabile neanche guardando dentro
E da quel campo, sorgenti alla mano, siamo riusciti a dimostrare che le 
copie di backup non erano in successione, ergo erano state contraffatte
Insomma, per la salute dei tuoi dati ti consiglio di abbandonare gli mdb ed 
affidarti a qualche sistema studiato espressamente per questo
Ciao
RobertoA

 caldo ovviamente................................................
Purtroppo l'applicazione ï¿œ in funzione da 2 anni ed ï¿œ in msaccess2003 
carica di moltissimi dati. Firebird ï¿œ un DBS oppure ï¿œ tipo SqlServer 
perchï¿œ se fosse come sqlserver sarebbe ottimo per gestire le tabelle di 
msaccess, cosï¿œ potrei mantenere tutto il programma client e ti assicuro 
ï¿œ molto grande, mentre i dati vengono gestiti da firebird.
E' possibile farlo?
grazie

 grazie
Piu' che possibile, direi che e' doveroso farlo
Diciamo che e' un classicissimo db server, esattamente come l'Sql Server di 
Microsoft
Solo che Firebird e' gratuito, e' open source, e' multipiattaforma, se 
chiedi qualcosa di particolare ti rispondono direttamente gli sviluppatori
Tanto per dirtene una, un anno fa circa ho sbattuto contro un'anomalia del 
driver odbc, segnalato sul gruppo relativo alle problematiche odbc, dopo due 
giorni c'era la patch pronta
E non e' stato un caso isolato, un altra volta avevo un problema con alcune 
query un po' troppo lunghe per essere inserite in una funzione del db, mi ha 
risposto la Helen Borrie, la tipa che manutiene la documentazione ufficiale, 
una signora con le contropalle sulle tematiche relative a Firebird, anche li 
problema risolto dopo un paio di giorni
Insomma, sono eventi rari, ma se ti capitano ti fanno sentire in debito di 
gratitudine verso la comunita' che supporta il prodotto e capisci come
Gia' il fatto che mi dici "..moltissimi dati.." dovrebbe spingerti a farlo
Tanto per capire, per programma "molto grande" cosa intendi come numero 
form, linee codice sui moduli, numero report, numero query, ecc ?
Ciao
RobertoA

 giorni trovo spesso il file dat corrotto.
Penso che come dat tu indenda mdb oppure accdb.
Premetto che sono uno di quegli sviluppatori che ha operato da Access 1.0 
ad oggi che uso il 2007 con tutte le varianti.
Ho in giro decine di programmi su installazioni anche con una decina di 
posti di lavoro.
Quello che mi dici tu mi è capitato tre volte nella vita in due la causa 
era una scheda di rete, nel terzo un problema nella ram difettosa di un 
PC (senza rete).
Nel primo caso (più probabile) una scheda di rete sputtanava la 
comunicazione se ben ricordo credo fossero delle Realtek.
Access non ha particolari problemi di stabilità (ho dei programmi che 
lavorano dal 1998 in rete senza una corruzione).
Diciamo che di norma il problema si manifesta non solo in Access, per 
esempio una macchina 'sfoglia' la directory di un altra e dopo un po 
tutto si 'intromba'.
Oppure basta fare a console un 
dir / s
di un disco di rete condiviso da un altro PC e dopo un po 'crash 
generale'.
Solo che se l'utente lavora sempre in Access il problema lo incontra lì.
Con SQL Server o PostgreSQL i dati non si corrompono ma il problema 
rimane (solo scattano dei Rollback automatici sul database server).
Trova il 'PC maledetto' (di solito si intuisce, è quello che 'si pianta 
ogni tanto') e risolvi il tuo problema.
---
http://blog.holzl.it

 grazie
Si, colleghi le tabelle
Non sono a conoscenza della possibilita' di un accesso diretto, visto che 
sono della stessa parrocchia, che potrebbe esserci
Personalmente mi terrei sulla comunicazione via odbc per rendermi piu' 
indipendente possibile dal db
Ciao
RobertoA