Newsgroup: it.comp.appl.access
Titolo: "Crollo" di un database

Ciao a tutti,
ho creato un database in access 97 che da vuoto "pesa" 2 MB (contiene tanto
VBA e tante tabelle/maschere).
Parlando con una laureata in informatica mi ha detto che essendo molto
complesso c'è il rischio che se inserisco tanti dati il database possa
"crollare" e scmeetere di funzionare.
Qualcuno ha esperienza in materia? Vi è mai capitato il "crollo" di un
database... cioè sistema instabile, perdita di dati e blocchi di sistema?
Grazie
Alessio
PS:sono un po preoccupato....

 ha scritto nel messaggio
news:9a9sps$c56$1...@news.cineca.it...


 PS:sono un po preoccupato....
Rilassati....dividi il tuo lavoro in back end e front end come ti hanno
suggerito e vai trnquillo fino a 1 GB per A97 e 2GB per A2K.
Saluti.
Luciano
(DOC)


Bene bene... son contento.
Specificavo il fatto della laurea in informatica per evidenziare il fatto
che doveva essere piů seperta di un semplice "cultore della materia" come
me....
Fortunatamente si sbagliava.... :)
Gazie a tutti.
alessio

database... cioè sistema instabile, perdita di dati e blocchi di sistema?
Certo, sono cose che capitano su PC instabili (specialmente se hanno problemi
d'alimentazione) e con DB condivisi su reti scarsamente affidabili, soprattutto a base di Realtek
8029.
Sono problemi comuni a tutti i DB file-sharing, quindi anche ms-jet.
Ma in condizioni di hardware affidabile, se utilizzi access come si deve puoi gestire piuttosto bene
anche
db molto grossi (naturalmente sotto il giga).
Ad ogni modo, oltre alla doverosa raccomandazione di Massimo AVanzino, ti consiglio di seguire
quotidianamente il ng. e di fare un salto su 
www.sitocomune.com
Ciao, warp

database... cioè sistema instabile, perdita di dati e blocchi di sistema?
Su hardware funzionante mai (neppure con Access 2 e ho programmi che
lavorano dal 94 in rete).
Un database corrotto (il termine 'crollato' non si usa per i database)
puo' verificarsi su tutti i database al mondo e si verifica in
presenza di crash di sistema (per errore hardware o di alimentazione
di solito).
Esistono quindi su tutti i database (Access compreso) delle procedure
di recovery che nel 90% dei casi risolvono.
Per il rimanente 10% dei casi si usano i backup.
Su miei clienti ho circa 40 programmi complessi attivi e dal 94 ne
avro' visti corrotti, principalmente per mancanza di corrente senza
gruppo di continuita', 5 tutti ripristinati dal recovery.
I 2 casi che ho visto di database parzialmente distrutti (risolti dal
restore), erano entrambi dovuti alla famigerata scheda di rete
Realtek, cambiata la scheda risolto tutto, in tal caso il database si
'sputtanava' mediamente ogni tre giorni (si trattava quindi di un
problema molto grave ed evidente, ma Access risentiva particolarmente
del problema che il cliente non si era mai accorto d'avere).
Se non vuoi neppure correre quei minimi livelli di rischio allora usa
dei meccanismi transazionali (quelli usati in banca per intenderci two
fase commit ecc.) che volendo puoi anche usare con Access, anche se
per il tuo tipo di problema mi sembra un modo di complicarsi
inutilmente la vita.
----------------------------------------------------------
Paolo Hölzl
Gruppo Tekup Software developer (Bologna)
----------------------------------------------------------
ATTENTION!, antispam 
For reply, substitute xxx with gruppotekup

 "crollare" e scmeetere di funzionare.
Sicuramente si vergognava di dirti che in realtà era una laureanda in
ingegneria informatica...
e la castroneria che ha detto lo dimostra ampiamente!!!!
Eh eh eh
Antonio

 "crollare" e scmeetere di funzionare.
Ecco cos'erano il rumore e la polvere di calcinacci che mi usciva dal floppy
l'altro giorno.
Sib

 ha scritto nel messaggio
news:9a9sps$c56$1...@news.cineca.it...

Crolli ? Certo, già capitati.
Presso un mio cliente (1 server nt e 5 cliente) un pc distruggeva il
database ogni volta che lo apriva.
I record di alcune tabelle (misteriosamente sempre l'anagrafica articoli e
le righe delle bolle) diventavano
pieni di "&/$£ ecc. ecc. I record a questo punto erano impossibili da
rimuovere, la compattazione e la
ricostruzione del db impossibili causa messaggio di errore.
Soluzione:
1) sostituzione scheda di rete del pc: risultato problema ridotto di almeno
20 volte ma purtroppo saltuariamente
si ripresentava
2) sostituzione scheda madre del pc incriminato: risolto tutti i problemi
Attenzione all'hardware.
Access non guarda in faccia a nessuno, non fa controlli di sorta, lui scrive
se funziona bene altrimenti non se ne
accorge il danno si propaga.
Cesare Dussin