Ordinamento archivio

[Giuani]

Salve,
ho realizzato un programma di gestione della biblioteca scolastica con un archivio book.DBF, ora vorrei aggiungere una funzione che deve cancellare un record libro, quando il libro viene tolto dalla biblioteca.
Ho usato Dbf1.Delete  e funzione, ma cancella anche il campo progressivo ID e non da più il numero progressivo.
Esempio
ID
….
998
999
1000
Se cancello il record con ID 999, poi mi trovo con
 998
1000
C’è un modo per cancellare un record e rimettere gli ID in ordine ?
Grazie dell’attenzione
               

[xinyiman]

Ciao, no. Funziona così in qualsiasi db che io sappia. Se non vuoi dei buchi basta che usi una cancellazione logica e non fisica. Ovvero metti un campo "eliminato" che ha valore o 0 o 1 e se impostato ad uno eviti di farlo vedere tramite il tuo codice di popolamento.

[Avogadro]

 doppio, sorry

[giacomarko]

La cancellazione logica, cioè quella suggerita da xinyiman di aggiungere un campo on/off per determinare se il libro è  presente o meno, oltre oltre ad essere pratica ha anche il vantaggio di velocizzare l'operazione di ritorno del libro, quando lo restituiscono non devi inserire da capo, ma fai una ricerca per nome e se lo trovi setti il frag a true, caso contrario inserisci da nuovo.

M

[Giuani]

Esposizione chiara
Grazie a Voi

[xinyiman]

Inoltre se posso permettermi, ti consiglio di passare da DBF a sqlite. Ti semplifica di molto la vita grazie all'uso delle query.

[Stilgar]

Ciao.
Arrivo come al solito a incasinare le cose 😂😂😂

Cancellazione sui dbf.
I dbf mettono un marker di cancellazione sui record. Quindi sono già cancellati a livello logico. Se non esegui un pack della tabella non hai eliminato nulla fisicamente. Per questo permettono l'undelete del record. (dbiii docet)

Quello di implementare la cancellazione logica a mano è usato quando hai un sacco di relazioni e la cancellazione potrebbe rallentare parecchio tutto il dB.

Se vuoi reciclare gli id basta che ti fai una tabellina con il prossimo id da restituire. Se cancelli un id 'vecchio' potresti aggiornare questa tabella. La strada è complicata e te la sconsiglio. Troppo macchinosa e rischi di avere un sacco di problemi.

Forse il problema consiste che la chiave usata non è natura ma artificiale. Se hai ISBN quello dovrebbe essere la tua chiave naturale.
Puoi mettere altri indici per velocizzare le ricerche sul titolo ed autore.

L'id auto incrementato per sua natura viene bruciato una volta usato.

Penso di aver buttato abbastanza benzina sul fuoco 😜

Se il programma deve insistere sugli stessi dati ma da postazioni diverse, suggerirei di abbandonare dbf e sqlite e passare ad un firebirdsql o mariadb. Li puoi raggiungere da più postazioni e il dB è lo stesso.

Se lavori su windows posso suggerirti Heidisql per lavorare con mariadb. Mi trovo decisamente bene.

Stilgar

[tito_livio]

In genere, secondo me, l'ID con autoincremento è come la targa delle automobili, una volta rottamata l'auto quella targa non si deve usare più.
Lo stesso vale per questi id, riutilizzarli non è una cosa "pulita".
Infatti spesso l'Id autoincrementato è un codice che identifica l'articolo trattato magari usato per identificare i movimenti su quell'articolo. Nel tuo caso potrebbero essere i prestiti effettuati del libro con quell'ID.
Se ricicli l'ID c'è il rischio che ti ritrovi un movimento del vecchio articolo, non eliminato per errore, che punta al nuovo articolo.
Il fatto che ogni volta ne viene generato uno nuovo ti assicura che quel codice/ID non l'hai mai assegnato a nessun articolo.
Se poi si deve conservare la "storia" dell'articolo eliminato allora la cancellazione dovrà essere logica.
Se ti serve un numero progressivo che ti dice che il libro è l'ennesimo del file, c'è la proprietà recno, per es. table1.recno.
Ciao

[Giuani]

Salve a tutti,
Qui apprendo tante novità che devo approfondire quale ad esempio sqlite e non solo, una vera lezione.
Per intanto risolvo il problema con la cancellazione logica, ma con calma vedrò come fare un archivio con sql.
Grazie a Voi tutti.

[Giuani]

Sempre in relazione a quanto già discusso, aprendo l’archivio book.DBF con OpenOfficeCal, si vede che l’ID è una campo a se, artificiale, incrementato dal programma ogni volta che si aggiunge un record; in tal caso credo che con un loop che scorra tutto l’archivio si possa rifare il campo ID.
Saluti a tutti