Corruzione db e tabella MysysCompacterror
ciroteo
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
Karl Donaubauer
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)
ciroteo
"Karl Donaubauer" <NoS...@donkarl.com> 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.
Sergio MAZZA
>
>
> 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.
> 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.
>
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
Alessandro Baraldi
news:dcnvst$s58$1...@canarie.caspur.it
[CUT]
> 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.
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
ciroteo
"Sergio MAZZA" <sergi...@tiscali.it> ha scritto nel messaggio
news:dcnvst$s58$1...@canarie.caspur.it...
> "ciroteo" <ciroteo_c...@libero.it> ha scritto nel messaggio
> news:dcnu19$1th$1...@hulme.interac.it...
>>
>>
>> Situazione: una form continua contenente un campo note di tipo memo.
>> 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.
>>
>
>
> 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
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.
Oscar Manfredini
"ciroteo"
>
> 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.
Al di là dei consigli che ti sono stati dati (ineccepibili), fornisci le
istruzioni per riprodurre il problema con northwind.mdb ...
Ciao.
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.
Seee, giuro...
> 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.
C'ho provato ora con una form a maschere continue e non presenta nessun problema...
Ciao.
--
Sergio MAZZA
ciroteo
"Oscar Manfredini" <x...@nontelodico.it> 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 ...
ciroteo
"Sergio MAZZA" <sergi...@tiscali.it> ha scritto nel messaggio
news:dco2pu$sqs$1...@canarie.caspur.it...
da sottomaschera form continue? o da maschera?
Sergio MAZZA
>
>
> da sottomaschera form continue? o da maschera?
Da maschera; ma ora provo da sottomaschera...
Ciao.
--
Sergio MAZZA
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
ciroteo
"Sergio MAZZA" <sergi...@tiscali.it> 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!