* * * *

Privacy Policy

Forum ufficiale

Se non siete riusciti a reperire l'informazione che cercavate nei nostri articoli o sul nostro forum vi consiglio di visitare il
Forum ufficiale di Lazarus in lingua inglese.

Lazarus 1.0

Trascinare un file nel programma
DB concetti fondamentali e ZeosLib
Recuperare codice HTML da pagina web
Mandare mail con Lazarus
Stabilire il sistema operativo
Esempio lista in pascal
File INI
Codice di attivazione
Realizzare programmi multilingua
Lavorare con le directory
Utilizzare Unità esterne
TTreeView
TTreeview e Menu
Generare controlli RUN-TIME
LazReport, PDF ed immagini
Intercettare tasti premuti
Ampliare Lazarus
Lazarus e la crittografia
System Tray con Lazarus
UIB: Unified Interbase
Il file: questo sconosciuto
Conferma di chiusura di un applicazione
Liste e puntatori
Overload di funzioni
Funzioni a parametri variabili
Proprietà
Conversione numerica
TImage su Form e Panel
Indy gestiore server FTP lato Client
PopUpMenu sotto Pulsante (TSpeedButton)
Direttiva $macro
Toolbar
Evidenziare voci TreeView
Visualizzare un file Html esterno
StatusBar - aggirare l'errore variabile duplicata
Da DataSource a Excel
Le permutazioni
Brute force
Indy 10 - Invio email con allegati
La gestione degli errori in Lazarus
Pascal Script
Linux + Zeos + Firebird
Dataset virtuale
Overload di operatori
Lavorare con file in formato JSON con Lazarus
Zeos ... dietro le quinte (prima parte)
Disporre le finestre in un blocco unico (come Delphi)
Aspetto retrò (Cmd Line)
Lazarus 1.0
Come interfacciare periferica twain
Ubuntu - aggiornare free pascal e lazarus
fpcup: installazioni parallele di lazarus e fpc
Free Pascal e Lazarus sul Raspberry Pi
Cifratura: breve guida all'uso dell'algoritmo BlowFish con lazarus e free pascal.
Creare un server multithread
guida all'installazione di fpc trunk da subversion in linux gentoo
Indice
DB concetti fondamentali e connessioni standard
Advanced Record Syntax
DB concetti fondamentali e DBGrid
DB concetti fondamentali e TDBEdit, TDBMemo e TDBText
Advanced Record Syntax: un esempio pratico
Superclasse form base per programmi gestionali (e non)
Superclasse form base per programmi gestionali (e non) #2 - log, exception call stack, application toolbox
Superclasse form base per programmi gestionali (e non) #3 - traduzione delle form
Superclasse form base per programmi gestionali (e non) #4 - wait animation
Un dialog per la connessione al database:TfmSimpleDbConnectionDialog
Installare lazarus su mac osx sierra
immagine docker per lavorare con lazarus e free pascal
TDD o Test-Driven Development
Benvenuto! Effettua l'accesso oppure registrati.
Settembre 22, 2021, 05:47:14 pm

Inserisci il nome utente, la password e la durata della sessione.

18 Visitatori, 0 Utenti

Autore Topic: Ordinamento archivio  (Letto 433 volte)

Giuani

  • Newbie
  • *
  • Post: 36
  • Karma: +0/-0
Ordinamento archivio
« il: Gennaio 20, 2021, 08:17:09 pm »
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

  • Administrator
  • Hero Member
  • *****
  • Post: 3034
  • Karma: +10/-0
Re:Ordinamento archivio
« Risposta #1 il: Gennaio 20, 2021, 10:00:22 pm »
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.
Ieri è passato, domani è futuro, oggi è un dono...

Avogadro

  • Full Member
  • ***
  • Post: 152
  • Karma: +0/-0
Re:Ordinamento archivio
« Risposta #2 il: Gennaio 20, 2021, 10:33:34 pm »
 doppio, sorry

giacomarko

  • Newbie
  • *
  • Post: 9
  • Karma: +1/-0
Re:Ordinamento archivio
« Risposta #3 il: Gennaio 21, 2021, 12:04:59 am »
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
SO: Linux Mint 20 / W10
Release Lazarus: 2.0.10 del 2021.01.01
Versione FPC: 3.2.0
DB: MySQL 5.0

Giuani

  • Newbie
  • *
  • Post: 36
  • Karma: +0/-0
Re:Ordinamento archivio
« Risposta #4 il: Gennaio 21, 2021, 11:05:40 am »
Esposizione chiara
Grazie a Voi

xinyiman

  • Administrator
  • Hero Member
  • *****
  • Post: 3034
  • Karma: +10/-0
Re:Ordinamento archivio
« Risposta #5 il: Gennaio 21, 2021, 01:40:23 pm »
Inoltre se posso permettermi, ti consiglio di passare da DBF a sqlite. Ti semplifica di molto la vita grazie all'uso delle query.
Ieri è passato, domani è futuro, oggi è un dono...

Stilgar

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2236
  • Karma: +8/-0
Re:Ordinamento archivio
« Risposta #6 il: Gennaio 21, 2021, 11:27:30 pm »
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
Al mondo ci sono 10 tipi di persone ... chi capisce il binario e chi no.

tito_livio

  • Newbie
  • *
  • Post: 43
  • Karma: +0/-0
Re:Ordinamento archivio
« Risposta #7 il: Gennaio 22, 2021, 01:10:37 am »
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
« Ultima modifica: Gennaio 22, 2021, 01:23:39 am da tito_livio »

Giuani

  • Newbie
  • *
  • Post: 36
  • Karma: +0/-0
Re:Ordinamento archivio
« Risposta #8 il: Gennaio 22, 2021, 09:51:39 am »
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

  • Newbie
  • *
  • Post: 36
  • Karma: +0/-0
Re:Ordinamento archivio
« Risposta #9 il: Gennaio 22, 2021, 10:25:27 am »
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

 

Recenti

How To

Utenti
Stats
  • Post in totale: 15168
  • Topic in totale: 1878
  • Online Today: 26
  • Online Ever: 900
  • (Gennaio 21, 2020, 08:17:49 pm)
Utenti Online
Users: 0
Guests: 18
Total: 18

Disclaimer:

Questo blog non rappresenta una testata giornalistica poiché viene aggiornato senza alcuna periodicità. Non può pertanto considerarsi un prodotto editoriale ai sensi della legge n. 62/2001.