Newsgroup: it.comp.appl.access
Titolo: Il contatore ricomincia la numerazione

Ciao a tutti,
in un dadabase access da me creato, occasionalmente accade che il
contatore riprenda arbitrariamente la numerazione ed a questo punto,
essendo la chiave primaria con duplicati non ammessi
mi va in errore.
esempio se ho i record 1,2,3 ... 31,32,33 ... 71, 72
invece di creare il 73 riparte da (per esempio) 31 !??
 a questo punto ricevo il messaggio di chiave duplicata (giustamente)
quello che non capisco è come mai riparta arbitrariamente da un numero
precedente
l'unico modo per risolvere è esportare i dati, creare una nuova
tabella e reimportarla ma è un pò macchinoso!!
come si può risolvere?

 ha scritto nel messaggio 
news:1173349390.4...@v33g2000cwv.googlegroups.com...
Ciao a tutti,
in un dadabase access da me creato, occasionalmente accade che il
contatore riprenda arbitrariamente la numerazione ed a questo punto,
essendo la chiave primaria con duplicati non ammessi
mi va in errore.
esempio se ho i record 1,2,3 ... 31,32,33 ... 71, 72
invece di creare il 73 riparte da (per esempio) 31 !??
 a questo punto ricevo il messaggio di chiave duplicata (giustamente)
quello che non capisco č come mai riparta arbitrariamente da un numero
precedente
l'unico modo per risolvere č esportare i dati, creare una nuova
tabella e reimportarla ma č un pň macchinoso!!
come si puň risolvere?
[risposta]
Strano che un campo contatore indicizzato e impostato per non contenere 
duplicati si comporti in quel modo.
Ovviamente hai ricontrollato la struttura della tabella; hai provato con la 
compattazione (dopo esserti fatto una copia) dell'mdb?
Reimportare tutto in un nuovo mdb?
Ciao.
-- 
Sergio MAZZA 

 Sergio MAZZA
in ogni caso se si dovesse ripresentare il problema riposterò su
questa discussione
ciao a tutti

 precedente
A me è successa la STESSA cosa. Penso si tratti di un bug di acceess.
Ho risolto il problema modificando il tipo di contatore: anzichè ad
incremento continuo, l'ho impostato ad INCREMENTO CASUALE.
Fammi sapere se così risolvi.
PS: se ti può interessare, ho realizzato una routine che esamina tutto
l'intero file MDB e TRASFORMA TUTTI i contatori ad incremento continuo
in casuale.

 > Sergio MAZZA
OOOPS!!!! ho perso un post!
ok lo riscrivo!!!
la compattazione e il controllo della struttura l'avevo gia fatto
masenza risultati.
creando un nuovo db e reimportando tutte le tabelle ho scoperto che mi
da un errore dll e non importa le relazioni.
controllando i riferimenti ho scoperto che c'era un path errato per
dao360.dll del riferimento Microsoft DAO 3.6 Object Library.
dando il path corretto l'importazione funziona correttamente completa
delle relazioni
e la numerazione del contatore ha ripreso in modo corretto.
per evitare questo problema in futuro ho creato un acopia di
dao360.dll
nel path di installazione del database modificando anche il path del
riferimento
cosi il problema non dovrebbe più presentarsi anche in caso di
installazione su altri pc
NOTA: tra le ricerche fatte nel frattempo avevo trovato anche un'altra
possibile casua riferita a Microsoft Jet 4.0
           non era il mio caso dato che la mia versione è la più
aggiornata.
           il riferimento se comunque servisse a qualcuno è:
 
http://support.microsoft.com/kb/291162/EN-US/
grazie a sergio per i consigli che mi hanno permesso di individuare il
problema
Talvolta se ci sei troppo dentro non riesci a vedere la soluzione
anche c'e l'hai davanti agli occhi!!!!
spero che la mia esperienza possa essere di aiuto a qualcuno.
se si dovesse ripresentare il problema riposterò in questa discussione
per ora ciao a tutti!!!!!!!

 in casuale.
anche questa è una buona soluzione a cui non avevo pensato!!!
in effetti così le casualità che si presenti un problema simile sono
molto remote.
solo non vorrei che mi creasse problemi ai campi già relazionati dato
che il database è popolato.
la routine che hai sviluppato mi interessa, in caso si ripresentasse
la cosa potrei provare a risolvere così.
 se vuoi puoi inviarmela al mio indirizzo mail,
non credo sia enorme!!!
per ora però visto che ho trovato quell'errore sulla dll
lo lascio così per vedere se era quello il problema o se c'è altro
ciao e grazie

 che il database è popolato.
Questo è da vedere.
Comunque, l'ho sperimentata su di un db, con molti contatori legati
anche da relazioni.
Se la routine non ti è chiara, fammi sapere.
Ciao

 ha scritto nel messaggio 
news:1173437619.3...@s48g2000cws.googlegroups.com...
On 9 Mar, 11:31, 
lelud...@4tune.it
 wrote:
OOOPS!!!! ho perso un post!
ok lo riscrivo!!!
la compattazione e il controllo della struttura l'avevo gia fatto
masenza risultati.
creando un nuovo db e reimportando tutte le tabelle ho scoperto che mi
da un errore dll e non importa le relazioni.
controllando i riferimenti ho scoperto che c'era un path errato per
dao360.dll del riferimento Microsoft DAO 3.6 Object Library.
dando il path corretto l'importazione funziona correttamente completa
delle relazioni
e la numerazione del contatore ha ripreso in modo corretto.
per evitare questo problema in futuro ho creato un acopia di
dao360.dll
nel path di installazione del database modificando anche il path del
riferimento
cosi il problema non dovrebbe piů presentarsi anche in caso di
installazione su altri pc
NOTA: tra le ricerche fatte nel frattempo avevo trovato anche un'altra
possibile casua riferita a Microsoft Jet 4.0
           non era il mio caso dato che la mia versione č la piů
aggiornata.
           il riferimento se comunque servisse a qualcuno č:
 
http://support.microsoft.com/kb/291162/EN-US/
grazie a sergio per i consigli che mi hanno permesso di individuare il
problema
Talvolta se ci sei troppo dentro non riesci a vedere la soluzione
anche c'e l'hai davanti agli occhi!!!!
spero che la mia esperienza possa essere di aiuto a qualcuno.
se si dovesse ripresentare il problema riposterň in questa discussione
per ora ciao a tutti!!!!!!!
[risposta]
Grazie a te per il riscontro...
Ciao.
-- 
Sergio MAZZA