Czym jest CRUD? Create, Read, Update, Delete wyjaśnione

CRUD to skrót od create, read, update i delete — czterech podstawowych czynności, jakie aplikacja wykonuje na zapisanych danych. Dodanie nowego klienta to create, przeglądanie listy klientów to read, zmiana jego numeru telefonu to update, a usunięcie go to delete. Większość aplikacji biznesowych — CRM-y, systemy rezerwacji, narzędzia do magazynu, panele administracyjne — to w dużej mierze CRUD z regułami i dobrym układem.

Dlaczego to ma znaczenie, gdy budujesz z AI

CRUD to słownictwo, które zamienia niejasny pomysł na aplikację w precyzyjne zlecenie. „Aplikacja do zarządzania dostawcami” zostawia AI zgadywanie. „Twórz, wyświetlaj, edytuj i usuwaj dostawców, z tymi polami” mówi dokładnie, jakie ekrany, operacje bazodanowe i trasy serwera zbudować.

Daje też listę kontrolną do testowania. Dla każdego rodzaju rekordu w aplikacji możesz zadać cztery pytania: czy mogę dodać rekord, zobaczyć rekordy, zmienić rekord i usunąć go — i czy robić to może tylko odpowiednia osoba? Zaskakująco wiele aplikacji budowanych przez AI pozwala tworzyć rekordy, ale nie edytować ich, albo pozwala każdemu coś usunąć.

Codzienna analogia: pudełko z fiszkami przepisów

Wyobraź sobie pudełko z fiszkami przepisów na kuchennej półce.

• Create: napisz nową fiszkę i włóż ją do pudełka.
• Read: przekartkuj pudełko albo wyciągnij tę jedną, na lasagne.
• Update: przekreśl „200 g sera” i napisz „250 g”.
• Delete: wyjmij fiszkę i wyrzuć ją.

Teraz dodaj zasady: tylko szef kuchni może wyrzucać fiszki, każda musi mieć tytuł i nikt nie może założyć dwóch fiszek o tej samej nazwie. To aplikacja CRUD z walidacją i uprawnieniami — a tym właśnie są większość prawdziwych aplikacji.

Jak CRUD pojawia się w każdej warstwie

Każda operacja występuje na ekranie, na serwerze i w bazie danych. Zobaczenie ich obok siebie wyjaśnia wiele na temat tego, jak budowane są aplikacje.

Ekran to frontend, żądanie API to sposób, w jaki frontend rozmawia z backendem, a SQL to sposób, w jaki backend rozmawia z bazą danych. Jeśli te słowa są nowe, zobacz czym jest API i czym jest baza danych.

Przykład krok po kroku: tracker wypożyczeń sprzętu

Dział mediów w szkole wypożycza uczniom kamery i mikrofony, i ciągle gubi ślad tego, co gdzie jest. Chce prostej aplikacji.

Rekordy. Dwa rodzaje rzeczy: sprzęt (nazwa, typ, numer seryjny, stan) i wypożyczenia (jaki sprzęt, jaki uczeń, data wydania, termin zwrotu, data zwrotu).

CRUD dla sprzętu:

• Create: pracownicy dodają nową kamerę z numerem seryjnym. Reguła: numery seryjne muszą być unikalne.
• Read: lista całego sprzętu, filtrowalna według typu i według „dostępne teraz”; strona szczegółów pokazująca historię wypożyczeń jednej rzeczy.
• Update: zmiana stanu na „do naprawy”.
• Delete: zwykle nie jest to prawdziwe usunięcie. Jeśli kamera z 30 przeszłymi wypożyczeniami zostanie usunięta, rekordy wypożyczeń stracą powiązanie. Zamiast tego oznacz ją jako „wycofaną”, żeby zniknęła z listy dostępnych, ale historia została. To nazywa się miękkim usunięciem (soft delete).

CRUD dla wypożyczeń:

• Create: wydaj sprzęt uczniowi. Reguła: nie można wydać sprzętu, który już jest wypożyczony.
• Read: „zaległe wypożyczenia” — lista, na której termin minął i nie ma daty zwrotu.
• Update: zapisz datę zwrotu, gdy sprzęt wraca.
• Delete: tylko pracownicy, dla wypożyczeń wpisanych przez pomyłkę.

Uprawnienia. Uczniowie mogą odczytywać listę dostępnego sprzętu; tylko pracownicy mogą tworzyć, edytować lub usuwać. Te sprawdzenia działają na serwerze, a nie tylko przez ukrywanie przycisków.

To cała aplikacja. Ciekawe części — brak podwójnego wypożyczenia, lista zaległych, historia dla każdej rzeczy — to reguły i zapytania ponad zwykłym CRUD.

Kluczowe pojęcia

• Rekord (wiersz): jedna rzecz, np. jeden dostawca lub jedno wypożyczenie.
• Encja / zasób: rodzaj rekordu, np. „dostawcy”. Każdy zwykle ma własną tabelę i własny zestaw ekranów CRUD.
• Walidacja: sprawdzenia danych wejściowych — wymagane pola, poprawny e-mail, dodatnia liczba. Rób to w formularzu dla wygody i na serwerze dla bezpieczeństwa.
• Miękkie usunięcie (soft delete): oznaczenie rekordu jako usuniętego lub zarchiwizowanego zamiast fizycznego usunięcia, by historia i powiązania przetrwały.
• Paginacja: wyświetlanie długiej listy po jednej stronie naraz, żeby aplikacja pozostała szybka.
• Dziennik audytu (audit log): zapis tego, kto co utworzył, zmienił lub usunął, i kiedy.
• Panel administratora: zestaw ekranów CRUD, którymi pracownicy zarządzają danymi aplikacji.

Częste błędy i mylne przekonania

• Zapomnienie jednej z czterech operacji. Aplikacje często mają create i read, ale nie mają edycji, więc każda literówka oznacza usuń i wpisz od nowa. Sprawdź wszystkie cztery dla każdej encji.
• Usunięcia, które psują rzeczy. Usunięcie klienta, który ma faktury, może zostawić osierocone faktury albo wymazać historię. Zdecyduj dla każdej encji: zablokować usunięcie, zrobić miękkie usunięcie, albo usunąć też powiązane rekordy.
• Uprawnienia tylko w interfejsie. Ukrycie przycisku Usuń nie zatrzymuje kogoś, kto wysyła żądanie DELETE. Serwer musi sprawdzić, kto pyta.
• Aktualizacja po ID bez sprawdzenia właściciela. Jeśli użytkownik A może edytować /api/notes/42, zmieniając numer w adresie URL, może edytować notatkę użytkownika B. Każda aktualizacja i każde usunięcie musi potwierdzić, że rekord należy do żądającego.
• Brak potwierdzenia przy usuwaniu. Pojedyncze pomyłkowe kliknięcie nie powinno niszczyć danych. Dodaj krok potwierdzenia albo cofnij.
• „CRUD znaczy podstawowy, więc nie warto go budować”. Wiele wartościowych produktów to aplikacje CRUD, które lepiej pasują do procesu niż ogólne narzędzie.

O co poprosić swojego kreatora AI

Użyj tego wzorca dla każdej encji, jedna po drugiej:

Utwórz funkcję dostawców z listą, dodawaniem, edycją i usuwaniem. Pola: nazwa (wymagana), e-mail kontaktowy (poprawny e-mail), telefon, kategoria (jedna z: żywność, opakowania, środki czystości), uwagi. Widok listy z wyszukiwaniem po nazwie i filtrem po kategorii, 20 na stronę. Potwierdzaj przed usunięciem; jeśli dostawca ma zamówienia, zarchiwizuj zamiast usuwać. Tylko zalogowani pracownicy mogą tworzyć, edytować lub archiwizować — wymuś to na serwerze.

Potem przetestuj wszystkie cztery operacje — jako użytkownik z uprawnieniami i jako ktoś, kto nie powinien mieć dostępu. Gdy jedna encja działa, dodaj następną. Jak zbudować wewnętrzne narzędzie pokazuje, jak ekrany CRUD stają się pełną aplikacją administracyjną, a czym jest Postgres wyjaśnia bazę, na której zwykle opierają się takie aplikacje.

Aplikacje CRUD w Mythex

Aplikacje CRUD to jedna z rzeczy, które kreatory aplikacji AI robią najlepiej, i Mythex nie jest wyjątkiem. Poproś na czacie o encję i jej pola, a Mythex podłączy do projektu bazę Postgres, utworzy tabelę i zbuduje ekrany listy, formularza i szczegółów w żywym podglądzie; potem możesz uruchomić /test, by sprawdzić przepływ. Dokumentacja ma przepis na aplikację CRUD z gotowym promptem, a kreator wewnętrznych narzędzi i szablony dashboardów to dobre miejsca na start.

Pytania