Database senza rimpianti: schema, migrazioni e backup spiegati per chi sta costruendo un prodotto

Nel percorso da prototipo a prodotto, il database è quasi sempre il punto in cui emergono i limiti: incoerenze, duplicazioni, query lente, modifiche pericolose, backup inesistenti.

La mossa più importante, prima di ottimizzare, è riprendersi il controllo su tre elementi: schema, migrazioni, backup.

Decisione 1: le entità principali.

Anche se l'app è semplice, definisci 3-5 entità principali e le loro relazioni. Non serve la perfezione, serve coerenza.

Decisione 2: vincoli e relazioni.

Le relazioni tra tabelle non sono decorazioni. Determinano le dipendenze, l'ordine delle modifiche e l'integrità dei dati. Se le ignori all'inizio, le paghi dopo con dati sporchi e bug difficili da trovare.

Decisione 3: cosa è unico e cosa no.

Unicità, valori obbligatori e significato dei campi sono fondamenta. Se l'AI crea campi a caso e tu non metti vincoli, ti ritrovi con dati sporchi che poi costano settimane per essere ripuliti.

Le migrazioni non sono un dettaglio. Sono l'equivalente della storia del tuo schema: ti permettono di evolvere la struttura senza distruggere i dati esistenti.

Il punto chiave è che migrare non significa solo "aggiungere colonne". Significa farlo in modo non distruttivo: ogni modifica deve essere sicura per i dati già presenti e per il sistema in funzione.

Un esempio concreto di pericolo invisibile: aggiungere un campo con un valore predefinito su una tabella grande può causare una riscrittura completa della tabella, bloccando il sistema per secondi o minuti. L'approccio corretto è in due passi: prima aggiungi il campo senza valore predefinito, poi lo imposti gradualmente.

Questa è esattamente la differenza tra "funziona" e "regge".

Il backup non è "fare un export ogni tanto". È poter rispondere alla domanda: se domani perdi tutti i dati, quanto tempo ti serve per tornare operativo?

Gli strumenti standard per i database più diffusi permettono di fare export consistenti anche mentre il sistema è in funzione, e di ripristinare con flessibilità scegliendo cosa recuperare e cosa no.

La cosa importante è che la procedura di ripristino sia stata testata almeno una volta. Un backup che non hai mai provato a ripristinare non è un backup: è una speranza.