Mikä on CRUD? Create, Read, Update, Delete selitettynä

CRUD on lyhenne sanoista create, read, update ja delete – neljä perustoimintoa, joita sovellus tekee tallennetulle datalle. Uuden asiakkaan lisääminen on create, asiakaslistan katselu on read, hänen puhelinnumeronsa vaihtaminen on update ja hänen poistamisensa on delete. Useimmat liiketoimintasovellukset – CRM:t, varausjärjestelmät, varastoseurannat, ylläpitopaneelit – ovat pitkälti CRUD-sovelluksia, joiden päällä on säännöt ja hyvä asettelu.

Miksi tämä on tärkeää, kun rakennat tekoälyllä

CRUD on sanasto, joka muuttaa epämääräisen sovellusidean täsmälliseksi pyynnöksi. ”Sovellus toimittajiemme hallintaan” jättää tekoälyn arvailemaan. ”Luo, listaa, muokkaa ja poista toimittajia näillä kentillä” kertoo sille tarkalleen, mitkä näkymät, tietokantaoperaatiot ja palvelinreitit rakentaa.

Se antaa myös testauslistan. Jokaiselle sovelluksesi tietuetyypille voit kysyä neljä kysymystä: voiko tietueen lisätä, nähdä, muuttaa ja poistaa – ja voivatko vain oikeat ihmiset tehdä jokaisen näistä? Yllättävän moni tekoälyllä rakennettu sovellus osaa luoda tietueita mutta ei muokata niitä, tai antaa kenen tahansa poistaa mitä tahansa.

Arkinen vertauskuva: reseptikorttilaatikko

Kuvittele reseptikorttilaatikko keittiön hyllyllä.

• Create: kirjoitat uuden kortin ja lajittelet sen.
• Read: selaat laatikkoa tai otat esiin lasagnen kortin.
• Update: viivaat yli ”200 g juustoa” ja kirjoitat ”250 g”.
• Delete: otat kortin pois ja heität sen roskiin.

Lisää nyt säännöt: vain pääkokki saa heittää kortteja pois, jokaisessa kortissa täytyy olla otsikko, eikä kahta samannimistä korttia voi lajitella. Tämä on CRUD-sovellus validoinnilla ja oikeuksilla – ja juuri sellaisia useimmat oikeat sovellukset ovat.

Miten CRUD näkyy jokaisessa kerroksessa

Jokainen operaatio näkyy näytöllä, palvelimella ja tietokannassa. Niiden vierekkäin katsominen selittää paljon siitä, miten sovellukset rakennetaan.

Näyttö on frontend, API-pyyntö on tapa, jolla frontend puhuu backendille, ja SQL on tapa, jolla backend puhuu tietokannalle. Jos nämä sanat ovat uusia, katso mikä API on ja mikä tietokanta on.

Esimerkki käytännössä: laitelainaseuranta

Koulun mediaosasto lainaa kameroita ja mikrofoneja oppilaille ja menettää niiden seurannan jatkuvasti. He haluavat yksinkertaisen sovelluksen.

Tietueet. Kahdentyyppisiä asioita: laitteet (nimi, tyyppi, sarjanumero, kunto) ja lainat (mikä laite, mikä oppilas, lainauspäivä, eräpäivä, palautuspäivä).

CRUD laitteille:

• Create: henkilökunta lisää uuden kameran sarjanumeroineen. Sääntö: sarjanumerojen on oltava uniikkeja.
• Read: lista kaikista laitteista, suodatettavissa tyypin ja kohdan ”saatavilla nyt” mukaan; tietosivu, joka näyttää yhden kohteen lainahistorian.
• Update: kunnon muuttaminen arvoon ”tarvitsee korjausta”.
• Delete: yleensä ei oikea poisto. Jos kamera, jolla on 30 aiempaa lainaa, poistetaan, nuo lainatietueet menettävät linkkinsä. Sen sijaan merkitään se ”poistettu käytöstä” -tilaan, jolloin se katoaa saatavilla olevien listalta, mutta sen historia säilyy. Tätä kutsutaan pehmeäksi poistoksi (soft delete).

CRUD lainoille:

• Create: kirjataan kohde lainaan oppilaalle. Sääntö: lainassa olevaa kohdetta ei voi lainata uudelleen.
• Read: ”myöhässä olevat lainat” – lista, jossa eräpäivä on mennyt eikä palautuspäivää ole.
• Update: palautuspäivän kirjaaminen, kun kohde palautuu.
• Delete: vain henkilökunta, virheellisesti kirjatuille lainoille.

Oikeudet. Oppilaat voivat lukea, mikä on saatavilla; vain henkilökunta voi luoda, päivittää tai poistaa. Nämä tarkistukset tehdään palvelimella, eivät vain piilottamalla painikkeita.

Tämä on koko sovellus. Mielenkiintoiset osat – ei kaksoislainauksia, myöhässä olevien lista, historia kohteittain – ovat sääntöjä ja kyselyjä tavallisen CRUDin päällä.

Keskeiset termit

• Tietue (rivi): yksi kohde, kuten yksi toimittaja tai yksi laina.
• Entiteetti / resurssi: tietuetyyppi, kuten ”toimittajat”. Jokaisella on yleensä oma taulunsa ja oma joukkonsa CRUD-näkymiä.
• Validointi: syötteen tarkistukset – pakolliset kentät, toimiva sähköposti, positiivinen määrä. Tee se lomakkeessa mukavuuden vuoksi ja palvelimella turvallisuuden vuoksi.
• Pehmeä poisto: tietueen merkitseminen poistetuksi tai arkistoiduksi sen poistamisen sijaan, jotta historia ja linkit säilyvät.
• Sivutus: pitkän listan näyttäminen sivu kerrallaan, jotta sovellus pysyy nopeana.
• Tapahtumaloki (audit log): kirjaus siitä, kuka loi, muutti tai poisti mitäkin ja milloin.
• Ylläpitopaneeli: joukko CRUD-näkymiä, joilla henkilökunta hallitsee sovelluksen dataa.

Yleisiä virheitä ja väärinkäsityksiä

• Yhden neljästä unohtaminen. Sovelluksissa on usein luominen ja lukeminen, mutta ei muokkausta, joten jokainen kirjoitusvirhe tarkoittaa poistamista ja uudelleen syöttämistä. Tarkista kaikki neljä jokaiselle entiteetille.
• Poistot, jotka rikkovat asioita. Asiakkaan poistaminen, jolla on laskuja, voi jättää laskut orvoiksi tai pyyhkiä historian. Päätä entiteetti kerrallaan: estä poisto, tee pehmeä poisto tai poista myös liittyvät tietueet.
• Oikeudet vain käyttöliittymässä. Poista-painikkeen piilottaminen ei estä ketään lähettämästä DELETE-pyyntöä. Palvelimen on tarkistettava, kuka pyytää.
• Päivittäminen ID:llä ilman omistajuuden tarkistusta. Jos käyttäjä A voi muokata /api/notes/42 vaihtamalla URL:n numeroa, hän voi muokata käyttäjän B muistiinpanoa. Jokaisen päivityksen ja poiston on varmistettava, että tietue kuuluu pyytäjälle.
• Ei vahvistusta poistossa. Yksi väärä napautus ei saa tuhota dataa. Pyydä vahvistusvaihe tai kumoa-toiminto.
• ”CRUD on perus, joten sitä ei kannata rakentaa.” Monet arvokkaat tuotteet ovat CRUD-sovelluksia, jotka sopivat työnkulkuun paremmin kuin yleiskäyttöinen työkalu.

Mitä pyytää tekoälyrakentajaltasi

Käytä tätä kaavaa jokaiselle entiteetille yksi kerrallaan:

Luo toimittajat-ominaisuus, jossa on lista, luonti, muokkaus ja poisto. Kentät: nimi (pakollinen), yhteyssähköposti (kelvollinen sähköposti), puhelin, kategoria (yksi: ruoka, pakkaukset, puhdistusaineet), muistiinpanot. Listanäkymässä haku nimellä ja suodatus kategorian mukaan, 20 per sivu. Vahvista ennen poistamista; jos toimittajalla on tilauksia, arkistoi poistamisen sijaan. Vain kirjautunut henkilökunta voi luoda, muokata tai arkistoida – pakota tämä palvelimella.

Testaa sitten kaikki neljä operaatiota: sallitulla käyttäjällä ja henkilöllä, jolla ei pitäisi olla pääsyä. Kun yksi entiteetti toimii, lisää seuraava. Kuinka rakentaa sisäinen työkalu näyttää, miten CRUD-näkymistä tulee täysi ylläpitosovellus, ja mikä Postgres on selittää tietokannan, jolla useimmat näistä sovelluksista ovat.

CRUD-sovellukset Mythexissä

CRUD-sovellukset ovat yksi asia, jota tekoälysovellusrakentajat tekevät parhaiten, eikä Mythex ole poikkeus. Pyydä chatissa entiteetti ja sen kentät, niin Mythex liittää projektiin Postgres-tietokannan, luo taulun ja rakentaa listan, lomakkeen ja tietosivut live-esikatseluun; sen jälkeen voit ajaa /test-komennon tarkistaaksesi kulun. Dokumentaatiossa on CRUD-sovelluksen resepti aloituskehotteineen, ja sisäisten työkalujen rakentaja sekä dashboard-pohjat ovat hyviä lähtökohtia.

Kysymykset