Cos'è il CRUD? Create, Read, Update, Delete spiegati

CRUD sta per create, read, update e delete — le quattro operazioni di base che un'app compie sui dati memorizzati. Aggiungere un nuovo cliente è create, visualizzare l'elenco dei clienti è read, cambiare il suo numero di telefono è update, e rimuoverlo è delete. La maggior parte delle app aziendali — CRM, sistemi di prenotazione, tracker di inventario, pannelli di amministrazione — sono in gran parte CRUD con regole e una buona impaginazione sopra.

Perché conta quando costruisci con l'AI

CRUD è il vocabolario che trasforma un'idea vaga di app in una richiesta precisa. «Un'app per gestire i nostri fornitori» lascia l'AI a tirare a indovinare. «Crea, elenca, modifica ed elimina fornitori, con questi campi» le dice esattamente quali schermate, operazioni sul database e route del server costruire.

Ti offre anche una checklist per i test. Per ogni tipo di record nella tua app puoi porti quattro domande: posso aggiungerne uno, vederli, modificarne uno ed eliminarne uno — e possono farlo solo le persone giuste? Un numero sorprendente di app costruite con l'AI permette di creare record ma non di modificarli, oppure consente a chiunque di eliminare qualsiasi cosa.

Un'analogia quotidiana: uno schedario di ricette

Immagina una scatola di schede di ricette su uno scaffale della cucina.

• Create: scrivi una nuova scheda e la riponi.
• Read: sfogli la scatola, o prendi quella delle lasagne.
• Update: cancelli «200 g di formaggio» e scrivi «250 g».
• Delete: togli una scheda e la butti.

Ora aggiungi delle regole: solo il capo cuoco può buttare le schede, ogni scheda deve avere un titolo, e nessuno può archiviare due schede con lo stesso nome. Ecco un'app CRUD con validazione e permessi — che è ciò che sono la maggior parte delle app reali.

Come il CRUD appare in ogni livello

Ogni operazione compare nella schermata, nel server e nel database. Vederle una accanto all'altra spiega molto su come si costruiscono le app.

La schermata è il frontend, la richiesta API è il modo in cui il frontend parla con il backend, e l'SQL è il modo in cui il backend parla con il database. Se queste parole ti sono nuove, vedi cos'è un'API e cos'è un database.

Un esempio pratico: un tracker di noleggio attrezzature

Il reparto multimediale di una scuola presta telecamere e microfoni agli studenti e continua a perdere la traccia di quello che esce. Vuole un'app semplice.

I record. Due tipi di cose: attrezzatura (nome, tipo, numero di serie, condizione) e prestiti (quale attrezzatura, quale studente, data di uscita, data di scadenza, data di restituzione).

CRUD per l'attrezzatura:

• Create: lo staff aggiunge una nuova telecamera con il suo numero di serie. Regola: i numeri di serie devono essere univoci.
• Read: un elenco di tutta l'attrezzatura, filtrabile per tipo e per «disponibile ora»; una pagina di dettaglio che mostra lo storico dei prestiti di un singolo oggetto.
• Update: cambiare la condizione in «da riparare».
• Delete: di solito non è un'eliminazione vera. Se una telecamera con 30 prestiti passati viene eliminata, quei record di prestito perdono il collegamento. Invece, la si contrassegna come «ritirata» così scompare dall'elenco dei disponibili ma la sua storia resta. Si chiama soft delete (eliminazione logica).

CRUD per i prestiti:

• Create: registrare l'uscita di un oggetto verso uno studente. Regola: non puoi prestare un oggetto già in prestito.
• Read: «prestiti scaduti» — un elenco in cui la data di scadenza è passata e non c'è una data di restituzione.
• Update: registrare la data di restituzione quando l'oggetto torna.
• Delete: solo lo staff, per i prestiti inseriti per errore.

Permessi. Gli studenti possono leggere ciò che è disponibile; solo lo staff può creare, modificare o eliminare. Questi controlli vengono eseguiti sul server, non soltanto nascondendo i pulsanti.

Questa è l'intera app. Le parti interessanti — niente doppi prestiti, un elenco degli scaduti, uno storico per ogni oggetto — sono regole e query sopra un CRUD semplice.

Termini chiave

• Record (riga): un singolo elemento, come un fornitore o un prestito.
• Entità / risorsa: un tipo di record, come «fornitori». Di solito ha la sua tabella e il suo insieme di schermate CRUD.
• Validazione: controlli sull'input — campi obbligatori, email valida, quantità positiva. Va fatta nel modulo per comodità e sul server per sicurezza.
• Soft delete: contrassegnare un record come eliminato o archiviato invece di rimuoverlo, così lo storico e i collegamenti restano.
• Paginazione: mostrare un elenco lungo una pagina alla volta, così l'app resta veloce.
• Log di audit: una registrazione di chi ha creato, modificato o eliminato cosa, e quando.
• Pannello di amministrazione: un insieme di schermate CRUD per lo staff che gestisce i dati di un'app.

Errori comuni e idee sbagliate

• Dimenticare una delle quattro operazioni. Le app spesso vengono consegnate con create e read ma senza modifica, quindi ogni refuso significa eliminare e reinserire. Controlla tutte e quattro le operazioni per ogni entità.
• Eliminazioni che rompono qualcosa. Eliminare un cliente che ha delle fatture può lasciare fatture orfane o cancellare lo storico. Decidi caso per caso: bloccare l'eliminazione, usare il soft delete, oppure eliminare anche i record collegati.
• Permessi solo nell'interfaccia. Nascondere il pulsante Elimina non impedisce a qualcuno di inviare la richiesta DELETE. Il server deve verificare chi la fa.
• Aggiornare tramite ID senza verificare la proprietà. Se l'utente A può modificare /api/notes/42 cambiando un numero nell'URL, potrebbe modificare la nota dell'utente B. Ogni update e delete deve confermare che il record appartenga a chi lo richiede.
• Nessuna conferma all'eliminazione. Un solo tocco sbagliato non dovrebbe distruggere dati. Chiedi un passaggio di conferma, oppure un annullamento.
• «CRUD significa basilare, quindi non vale la pena costruirlo.» Molti prodotti di valore sono app CRUD che si adattano a un flusso di lavoro meglio di uno strumento generico.

Cosa chiedere al tuo AI builder

Usa questo schema per ogni entità, una alla volta:

Crea una funzione fornitori con elenco, creazione, modifica ed eliminazione. Campi: nome (obbligatorio), email di contatto (email valida), telefono, categoria (una tra: alimentari, imballaggi, pulizia), note. Vista elenco con ricerca per nome e filtro per categoria, 20 per pagina. Chiedi conferma prima di eliminare; se un fornitore ha ordini, archivialo invece di eliminarlo. Solo lo staff autenticato può creare, modificare o archiviare — applicalo sul server.

Poi prova tutte e quattro le operazioni, sia come utente autorizzato sia come qualcuno che non dovrebbe avere accesso. Quando una entità funziona, aggiungi la successiva. Come costruire uno strumento interno mostra come le schermate CRUD diventano un'app di amministrazione completa, e cos'è Postgres spiega il database su cui poggia la maggior parte di queste app.

App CRUD su Mythex

Le app CRUD sono una delle cose che gli AI app builder fanno meglio, e Mythex non fa eccezione. Chiedi in chat l'entità e i suoi campi: Mythex collega un database Postgres al progetto, crea la tabella e costruisce le schermate di elenco, modulo e dettaglio in un'anteprima dal vivo; poi puoi eseguire /test per verificare il flusso. La documentazione contiene una ricetta per le app CRUD con un prompt di partenza, e il costruttore di strumenti interni e i template di dashboard sono un buon punto di partenza.

Domande