Newsgroup: it.comp.appl.access
Titolo: Recuperare database con password

Ciao, 
mi hanno sviluppato un applicazione Win32 che legge/scrive in un
database Access V2000.
Il database è protetto da una password che viene richiesta solo se
aperto direttamente con access.
La mia domanda è:
se il database dovesse  danneggiarsi è possibile recuperarlo con
MsAccess conoscendo la password?
Un amico mi ha detto che se si danneggia la parte dove è definita la
Pw non sarà più possibile recuperarlo... E' vero?
E' possibile o è un evento raro?
Grazie a chiunque mi dia info.
Ciao

 ha scritto nel messaggio
news:da2e4734.04030...@posting.google.com...

Password o non password per proteggerti da eventauli danneggiamenti del file
è bene che tu ti faccia una copia di backup; la frequenza con cui devi farti
la copia di backup valutalo tu.
-- 
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

 la copia di backup valutalo tu.
Grazie per la risposta...
Per me però è importante che il db abbia la password per evitare che
qualche utente entri con access a giochichiare....
Il backup lo posso fare solo giornaliero (l'applicazione win32 prima
del primo accesso mattutino duplica il db)però anche perdere un solo
gg di lavoro sarebbe una gran rottura...
Volevo sapere se il recupera di Access o simili è in grado di
recuperare un db con password.
Se non fosse in grado io opterei per non avere la password sul db.
Accetto consigli.

 ha scritto nel messaggio
news:da2e4734.04030...@posting.google.com...

Poichè uso Access solo per hobby, non ho molta esperienza su cosa succeda
nel caso che si rovini un database che abbia la password, ma per quelle che
sono le mie cognizioni non dovrebbe cambiare nulla rispetto al fatto che la
password non esista; comunque, una volta che hai provato senza successo a
ripristinare il file con gli strumenti consigliati dalla Microsoft, puoi
sempre ricorrere a società specializzate che risolvono tali problemi.
Quanto poi al fatto di trovare una soluzione di backup che in caso di crash
non ti obblighi a perdere il lavoro di una giornata, come sempre tutto
dipende da quanti soldi hai da spendere per risolvere il tuo problema. Se
hai disponibilità economica puoi allocare i dati in un server affidabile nel
quale, fra l'altro, puoi far girare dei sistemi di mirroring che si
preoccupano di gestire automaticamente almeno due copie sempre aggiornate in
tempo reale dello stesso databse (fra l'altro su supporti fisici diversi);
questo ti permette di avere una copia di backup sempre aggiornata all'ultimo
momemto, ed in caso di crash della copia operativa sei in grado di
continuare a lavorare quasi immediatamente con la copia di backup.
Naturalmente tra quest'ultima soluzione abbastanza costosa economicamente e
il backup fatto solo una volta al giorno, puoi trovare altre soluzioni meno
costose che aumentino la frequenza con cui viene effettuato automaticamente
il backup, diminuendo così il disagio di ripetere le operazioni perse;
naturalmente dovrai trovare un giusto compromeso scegliendo una abbastanza
alta frequenza di aggiornamento, senza però compromettere la performance
dell'applicativo.
