Newsgroup: it.comp.www.asp
Titolo: Database e Autonumber

Come si fa in un database access, se č possibile, riportare indietro il
valore del campo Autonumber se cancello un record?
Mi spiego, se ho 10 record con Id da 1 a 10 e tolgo il record numero 10,
quando inserisco un nuovo record questo prende Id=11, e non 10 che quindi
rimane vuoto.
Come faccio a fare in modo che cancellando un record quando ne inserisco uno
nuovo riprenda il valore Id precedentemente cancellato?
Simone
--
---------------------------------------------------
http://www.morethanwords.it/files.asp
 (mi firmate il guestbook? ;-) )
Programmi shareware e freeware: SOFTWARE 100% UTILE!

 Simone
Non usare il campo contatore, bensě il campo numerico e poi crei un tuo
algoritimo di autonumerazione.
Il campo contatore serve solamente per facilitare la gestione delle
relazioni.

 relazioni.
Parolone....serve per semplificare l'inserimento di un valore univoco;
usando un tuo contatore devi fare attenzione agli inserimenti,altrimenti ti
trovi 2 valori univoci...
Io uso SEMPRE contatore e mi trovo benissimo.
Per azzerarlo dovresti indicare che il campo NON è più un contatore e poi
ricrearlo, io direi che non vale la pena.

 
-- 
Posted from  [213.156.59.10] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Ok, capito :-)
Grazie mille.
Simone.


ricrearlo, io direi che non vale la pena.
il problema e' che gli han dato quel nome, contatore, e i principianti
dicono "ah, bene, lo uso per contare...".  se invece l'avessero
tradotto con autoincrementale sai quanti problemi di meno (anche se
con un parolone di piu'...).

 con un parolone di piu'...).
Ma bisogna tenere la treccani di fianco per usare un database di access?!
;-))))
Simone.


> scegli la voce compatte e ripristina database da access
Skiuz?!? Non ti seguo... :,(


Skiuz?!? Non ti seguo... :,(
menu strumenti, poi vedi che lo segui.

;-))))
no, sono i traduttori che sono dei boia.
ad es. c'e' un altro errore di traduzione macroscopico nella lista
degli eventi degli oggetti.  trovi l'evento "su INVIO" (scritto
proprio in maiuscolo...) e pensi "ah, questo e' l'evento che avviene
quando digito Invio in questo controllo...".
e invece manco per niente, in inglese era qualcosa tipo "on enter" nel
senso quando "entri" nel controllo...
ultimamente sto leggendo un manuale sulla sicurezza di NT 2000 in rete
microsoft press/mondadori e mamma mia, a volte mi e' parso che
l'abbiano tradotto con i traduttori automatici di altavista...

 con un parolone di piu'...).
Unicità? Per garantirci l'unicità a livello di database esistono
tra l'altro indici univoci. E la presenza di un campo con valori univoci è
alla base del sistema relazionale.
Avere un sistema di generazione proprio, dato che siamo abbastanza
svegli in caso di programmazione, non è poi un gran problema.
Comunque l'hai già detto.... chiamarlo "contatore" pensando che serva per
contare e' un equivoco!
In particolare c'è il problema di eventuali numeri "mancanti".
All'inserimento di un record (in modalità interattiva è lampante) viene
immediatamente generato il numero di tipo contatore, ma se annulliamo le
modifiche anzichè salvarlo quel numero non è più utilizzabile. E nei casi in
cui è importante che non vi siano buchi, (vedi la numerazione di fatture)
questo è un bel problema. In altri casi, la scelta del numero deve avvenire
"alla fine" dell'inserimento non all'inizio.
Non solo: ma per poter intervenire a fare delle modifiche su tali valori con
i campi contatori è un disastro, perchè sono in sola lettura e non si può
ogni volta modificare la struttura della tabella.
O no?
Ciao!

 l'abbiano tradotto con i traduttori automatici di altavista...
Eh eh eh :-) In effetti non sono molto kiari!
