Hvad er CRUD? Create, read, update og delete forklaret

CRUD står for create, read, update og delete — de fire grundlæggende ting, en app gør med gemte data. At tilføje en ny kunde er create, at se kundelisten er read, at ændre deres telefonnummer er update, og at fjerne dem er delete. De fleste forretningsapps — CRM'er, bookingsystemer, lagerstyring, admin-paneler — er i det store hele CRUD med regler og et godt layout ovenpå.

Hvorfor det betyder noget, når du bygger med AI

CRUD er det ordforråd, der gør en vag appidé til en præcis anmodning. "En app til at administrere vores leverandører" lader AI'en gætte. "Opret, list, rediger og slet leverandører med disse felter" fortæller den præcis, hvilke skærme, databaseoperationer og serverruter der skal bygges.

Det giver også en tjekliste til test. For hver type post i din app kan du stille fire spørgsmål: kan jeg tilføje en, se dem, ændre en og fjerne en — og kan kun de rigtige personer gøre hver af dem? Et overraskende antal AI-byggede apps kan oprette poster, men ikke redigere dem, eller lader hvem som helst slette alt.

En hverdagsanalogi: en kortkasse med opskrifter

Forestil dig en kasse med opskriftskort på en køkkenhylde.

• Create: skriv et nyt kort og læg det i kassen.
• Read: blade gennem kassen, eller tag kortet til lasagne frem.
• Update: streg "200 g ost" over og skriv "250 g".
• Delete: tag et kort ud og smid det væk.

Nu tilføjer vi regler: kun hovedkokken må smide kort væk, hvert kort skal have en titel, og ingen må lægge to kort med samme navn. Det er en CRUD-app med validering og rettigheder — og det er det, de fleste rigtige apps er.

Hvordan CRUD ses i hvert lag

Hver operation optræder i skærmen, serveren og databasen. At se dem side om side forklarer meget om, hvordan apps bygges.

Skærmen er frontend, API-forespørgslen er måden, frontend taler med backend på, og SQL'en er måden, backend taler med databasen på. Hvis ordene er nye, se hvad er en API og hvad er en database.

Et konkret eksempel: en udlånsfortegnelse for udstyr

En skoles mediaafdeling udlåner kameraer og mikrofoner til elever og mister hele tiden overblikket. De vil have en simpel app.

Posterne. To slags ting: udstyr (navn, type, serienummer, stand) og udlån (hvilket udstyr, hvilken elev, udlånsdato, forfaldsdato, returneringsdato).

CRUD for udstyr:

• Create: personalet tilføjer et nyt kamera med dets serienummer. Regel: serienumre skal være unikke.
• Read: en liste over alt udstyr, filtrerbar efter type og "ledig nu"; en detaljeside, der viser udlånshistorikken for én genstand.
• Update: ændre stand til "skal repareres".
• Delete: typisk ikke en rigtig sletning. Hvis et kamera med 30 tidligere udlån slettes, mister udlånsposterne deres forbindelse. I stedet markeres det som "udgået", så det forsvinder fra listen over ledigt udstyr, men historikken bevares. Dette kaldes en blød sletning.

CRUD for udlån:

• Create: udlån en genstand til en elev. Regel: du kan ikke udlåne en genstand, der allerede er udlånt.
• Read: "forsinkede udlån" — en liste, hvor forfaldsdatoen er passeret, og der ikke er en returneringsdato.
• Update: registrer returneringsdatoen, når genstanden kommer tilbage.
• Delete: kun personale, for udlån indtastet ved en fejl.

Rettigheder. Elever kan læse, hvad der er ledigt; kun personale kan oprette, opdatere eller slette. Disse tjek kører på serveren, ikke kun ved at skjule knapper.

Det er hele appen. De interessante dele — ingen dobbeltudlån, en liste over forsinkede, en historik pr. genstand — er regler og forespørgsler oven på almindelig CRUD.

Vigtige begreber

• Post (række): én ting, som én leverandør eller ét udlån.
• Entitet / ressource: en type post, som "leverandører". Hver får typisk sin egen tabel og sit eget sæt CRUD-skærme.
• Validering: tjek af input — påkrævede felter, gyldig e-mail, positiv mængde. Gør det i formularen for bekvemmelighed og på serveren for sikkerhed.
• Blød sletning: at markere en post som slettet eller arkiveret i stedet for at fjerne den, så historik og forbindelser bevares.
• Paginering: at vise en lang liste en side ad gangen, så appen forbliver hurtig.
• Revisionslog: en registrering af, hvem der oprettede, ændrede eller slettede hvad, og hvornår.
• Admin-panel: et sæt CRUD-skærme, så personalet kan administrere en apps data.

Almindelige fejl og misforståelser

• At glemme en af de fire. Apps leveres ofte med create og read, men ingen redigering, så hver tastefejl betyder slet og indtast igen. Tjek alle fire for hver entitet.
• Sletninger, der ødelægger ting. Sletning af en kunde, der har fakturaer, kan efterlade forældreløse fakturaer eller slette historik. Beslut pr. entitet: bloker sletningen, lav en blød sletning, eller slet også de relaterede poster.
• Rettigheder kun i grænsefladen. At skjule Slet-knappen stopper ikke en, der sender DELETE-forespørgslen. Serveren skal tjekke, hvem der spørger.
• Opdatering via ID uden at tjekke ejerskab. Hvis bruger A kan redigere /api/notes/42 ved at ændre et tal i URL'en, kan de redigere bruger B's note. Hver opdatering og sletning skal bekræfte, at posten tilhører den, der spørger.
• Ingen bekræftelse ved sletning. Ét forkert klik bør ikke ødelægge data. Bed om et bekræftelsestrin eller en fortrydelsesmulighed.
• "CRUD betyder simpelt, så det er ikke værd at bygge." Mange værdifulde produkter er CRUD-apps, der passer til en arbejdsgang bedre end et generisk værktøj gør.

Hvad du beder din AI-builder om

Brug dette mønster for hver entitet, én ad gangen:

Opret en leverandører-funktion med liste, opret, rediger og slet. Felter: navn (påkrævet), kontakt-e-mail (gyldig e-mail), telefon, kategori (en af: mad, emballage, rengøring), noter. Listevisning med søgning på navn og filter på kategori, 20 pr. side. Bed om bekræftelse før sletning; hvis en leverandør har ordrer, arkiver i stedet for at slette. Kun indloggede medarbejdere kan oprette, redigere eller arkivere — håndhæv dette på serveren.

Test derefter alle fire operationer, som en tilladt bruger og som en, der ikke skal have adgang. Når én entitet virker, tilføj den næste. Sådan bygger du et internt værktøj viser, hvordan CRUD-skærme bliver til et fuldt admin-program, og hvad er Postgres forklarer den database, de fleste af disse apps ligger på.

CRUD-apps på Mythex

CRUD-apps er en af de ting, AI-app-builders gør bedst, og Mythex er ingen undtagelse. Bed om entiteten og dens felter i chatten, og Mythex tilknytter en Postgres-database til projektet, opretter tabellen og bygger liste-, formular- og detaljeskærmene i et live-preview; derefter kan du køre /test for at tjekke flowet. Dokumentationen har en CRUD-app-opskrift med en startprompt, og intern-værktøjsbyggeren og dashboard-skabelonerne er gode steder at starte.

Spørgsmål