Newsgroup: it.comp.appl.access
Titolo: Corruzione db e tabella  MysysCompacterror

Ragazzi aiuto, da due giorni dopo alcune semplici modifiche alle forms mi si 
corrompe il db presentando #errore poi viene generato in una tabella 
Mysyscompacterror
MSysCompactErrorErrorCodeErrorDescriptionErrorRecidErrorTable
-1017Impossibile trovare il campo "Description".statinocinisello
Se reimporto non mi reimporta la tabella statinocinisello e dice record 
eliminato.
Da cosa può dipendere? Come ovviare?
-- 
ciroteo
MC 


Ah, Matteo, come sei quasi nuovo qui non puo sapere che sarebbe
utile di rivelare almeno la versione di Access. ;-)
Sembra che non hai diviso la tua applicazione in frontend e backend.
Come mai?
Non hai un backup abbastanza attuale dei dati?
Esiste una versione di questo errore che è semplice da riparare:
http://support.microsoft.com/kb/296389/en-us
Ma di solito si tratta di una corruzione più grave in una tabella di
sistema dovo la definizione della tabella (questa coi dati) è rotto.
Come l'importazione non funzione per la tabella puoi provare tutti
altri metodi descritto nella 
www.donkarl.com/it
FAQ 1.27 Come procedere con database danneggiati
soppratutto l'accesso con DAO/ADO, ODBC o la conversione in una
versione più nuovo di Access. (certo sempre con una copia del db)
Qualche volta questi metodi non hanno il problema con la
tabella di sistema. Ma spesso solo puo aiutare un specialista
per il recupero dati.
-- 
HTH
Karl
*********
Access FAQ: 
www.donkarl.com/it
+ Conferenza Italiana per Sviluppatori di Access (CISA) 

 ha scritto nel messaggio 
news:3l9b5lF...@individual.net...

Ciao Karl scusa! La versione è 2000 divisa front end e back end. 3 client: 1 
win 98 e 2 win xp.
Il problema si è verificato due volte a seguito di una modifica che ho fatto 
alle forms.
Situazione: una form continua contenente un campo note di tipo memo.
Al doppio click del campo faccio aprire una maschera zoom un po' più grande 
in cui occorre inserire i dati.
Questa maschera possiede la stessa origine dati di quella a form continue 
sottostante e viene filtrata in base all'id del record da modificare.
Su chiusura salvo il record e mi posiziono sul record appena modificato.
A volte capita che appare un messaggio che dice: Un altro utente ha 
modificato i dati si vuole salvare le modifiche?
E qui avviene la corruzione della tabella con perdita della chiave e #errore 
sul campo memo.
Suppongo che possa però essere un problema del memo.


A parte la "supposizione", ma non ti conviene aprire una form non associata dove gli schiaffi il testo che poi viene riscritto (se 
modificato), in chiusura della form, nel controllo associato?
Ciao.
-- 
Sergio MAZZA 

 Ciao.
Confermo la preferenza per questa tecnica.
Alla chiusura della Form ZOOM(Unbound) 
aggiorno il controllo associato della Form(Principale) e non ho mai
avuto problemi.
Ciao
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Sergio MAZZA
eheh! l'avevo fatto! Solo che, stranamente, una volta chiusa la form non 
associata non veniva salvato quanto scritto.
Giuro! Ho provato più e più volte, non teneva le modifiche apportate nella 
form zoom.
E' solo dopo aver visto che questa cosa non funzionava che ho pensato di 
utilizzare una form associata e filtrata.
La cosa più assurda è che qui in sede  (in un applicativo simile a quello 
corrotto che risiede in una sede secondaria della società) nel mio 
applicativo riesco tranquillamente ad utilizzare una form c.d. zoom non 
associata per espandere tutti i campi note da diverse maschere.
La diff è che la form continue è una sottomaschera di quella principale.
Stranissimo.

 Suppongo che possa però essere un problema del memo.
Al di là dei consigli che ti sono stati dati (ineccepibili), fornisci le
istruzioni per riprodurre il problema con northwind.mdb ...
Ciao.

 Stranissimo.
C'ho provato ora con una form a maschere continue e non presenta nessun problema...
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio
news:wKLHe.1838$HM1....@twister1.libero.it...

eheh ... ora son rientrato in sede. Purtroppo penso che sia un problema
legato alla rete. Cmq se dovesse capitare anche domani provo a pubblicare il
db cosi eventualmente fate anche voi le prove.
grazie a tutti ... sarà una lunga notte ...

 ha scritto nel messaggio 
news:dco2pu$sqs$1...@canarie.caspur.it...

da sottomaschera form continue? o da maschera? 

 da sottomaschera form continue? o da maschera?
Da maschera; ma ora provo da sottomaschera...
Ciao.
-- 
Sergio MAZZA 

 da sottomaschera form continue? o da maschera?
Yess;
(situescion)
- form+subForm a "maschere continue";
- controllo [xNote] con doppio clic che richiama la form non associata "zommaNote" e gli passa il testo contenuto nel controllo 
doppiocliccato:
    DoCmd.OpenForm "zommaNote"
    Forms!zommanote!notaZommata = Me!xMemo
- nella form "zommaNote" c'è nell'evento "su chiusura" il codice che ri-scrive il contenuto nel controllo associato nella subForm:
Forms![notedazommare_principale]![notedazommare]!xMemo = Me!notaZommata
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio
news:dcq38n$e5a$1...@canarie.caspur.it...

forse non avevo segnato correttamente la sottomaschera ... quando sarò di
nuovo in sede a milano riproverò.
Per il momento me ne sbatto dello zoom ... in fondo non l'hanno mai usato
proprio ad agosto devono rompermi con queste cose???
Saluti!