რა არის CRUD? Create, Read, Update, Delete ახსნილი
CRUD ნიშნავს create, read, update და delete — ოთხ ძირითად რამეს, რასაც აპი შენახულ მონაცემებით აკეთებს. ახალი მომხმარებლის დამატება არის create, მომხმარებლების სიის ნახვა — read, მისი ტელეფონის ნომრის შეცვლა — update, ხოლო მისი წაშლა — delete. უმეტესი ბიზნეს აპი — CRM-ები, დაჯავშნის სისტემები, მარაგის ტრეკერები, ადმინ პანელები — ძირითადად CRUD-ია წესებითა და კარგი განლაგებით თავზე.
რატომ არის ეს მნიშვნელოვანი, როცა AI-ით აშენებ
CRUD არის ის ლექსიკა, რომელიც ბუნდოვან აპის იდეას ზუსტ მოთხოვნად აქცევს. „აპი მომწოდებლების სამართავად“ AI-ს ტოვებს გამოცნობაზე. „შექმენი, ჩამოთვალე, შეცვალე და წაშალე მომწოდებლები ამ ველებით“ კი ზუსტად ეუბნება, რომელი ეკრანები, მონაცემთა ბაზის ოპერაციები და სერვერული მარშრუტები ააშენოს.
ის ასევე ტესტირების ჩამონათვალსაც გაძლევს. ყოველი სახის ჩანაწერისთვის ოთხ კითხვას სვამ: შემიძლია დამატება, ნახვა, შეცვლა და წაშლა — და მხოლოდ შესაბამის ადამიანებს შეუძლიათ თითოეული? AI-ით აშენებულ აპებში ბევრი აპი ქმნის ჩანაწერებს, მაგრამ ჩანაწერის შეცვლა არ შეუძლია, ან ნებისმიერს შეუძლია ყველაფრის წაშლა.
ყოველდღიური ანალოგია: რეცეპტების ყუთი
წარმოიდგინე რეცეპტების ბარათების ყუთი სამზარეულოს თაროზე.
- Create: დაწერე ახალი ბარათი და ჩააწყვე.
- Read: გადაათვალიერე ყუთი, ან ამოიღე ლაზანიის ბარათი.
- Update: გადახაზე „200გ ყველი“ და დაწერე „250გ“.
- Delete: ამოიღე ბარათი და გადააგდე.
ახლა დაამატე წესები: მხოლოდ მთავარმა მზარეულმა შეიძლება ბარათების გადაგდება, ყველა ბარათს სათაური უნდა ჰქონდეს და ვერავინ ჩააწყობს ორ ბარათს ერთი სახელით. ეს არის CRUD აპი ვალიდაციითა და უფლებებით — რაც უმეტესი რეალური აპია.
როგორ ჩნდება CRUD ყოველ შრეში
ყოველი ოპერაცია ჩანს ეკრანზე, სერვერზე და მონაცემთა ბაზაში. ერთად რომ დავაკვირდეთ, ბევრს ვხვდებით იმაზე, თუ როგორ აიგება აპები.
| ოპერაცია | ეკრანზე | API მოთხოვნა (REST) | SQL მონაცემთა ბაზაში |
|---|---|---|---|
| Create | ღილაკი „ახალი“ და ფორმა | POST /api/suppliers | INSERT |
| Read | სია ძიებითა და ფილტრებით; დეტალური გვერდი | GET /api/suppliers და GET /api/suppliers/42 | SELECT |
| Update | „რედაქტირების“ ფორმა ან ჩასმული რედაქტირება | PUT ან PATCH /api/suppliers/42 | UPDATE |
| Delete | ღილაკი „წაშლა“ დადასტურებით | DELETE /api/suppliers/42 | DELETE (ან ჩანაწერის მონიშვნა წაშლილად) |
ეკრანი არის frontend, API მოთხოვნა არის ის, თუ როგორ ესაუბრება frontend-ი backend-ს, ხოლო SQL არის ის, თუ როგორ ესაუბრება backend-ი მონაცემთა ბაზას. თუ ეს სიტყვები ახალია, იხილე რა არის API და რა არის მონაცემთა ბაზა.
სამუშაო მაგალითი: აღჭურვილობის გაყიდვის ტრეკერი
სკოლის მედია განყოფილება აძლევს კამერებსა და მიკროფონებს სტუდენტებს და მუდმივად კარგავს ამ აღჭურვილობის კვალს. მათ სურთ მარტივი აპი.
ჩანაწერები. ორი სახის რამ: აღჭურვილობა (სახელი, ტიპი, სერიული ნომერი, მდგომარეობა) და გაცემები (რომელი აღჭურვილობა, რომელმა სტუდენტმა, გაცემის თარიღი, ვადა, დაბრუნების თარიღი).
CRUD აღჭურვილობისთვის:
- Create: თანამშრომლები ამატებენ ახალ კამერას მისი სერიული ნომრით. წესი: სერიული ნომრები უნიკალური უნდა იყოს.
- Read: აღჭურვილობის სია, ფილტრირებადი ტიპით და „ახლა ხელმისაწვდომით“; დეტალური გვერდი, რომელიც აჩვენებს ერთი ნივთის გაცემების ისტორიას.
- Update: მდგომარეობის შეცვლა „საჭიროებს შეკეთებას“.
- Delete: ეს ჩვეულებრივ არ არის ნამდვილი წაშლა. თუ 30 წინა გაცემის მქონე კამერა წაიშლება, ამ გაცემების ჩანაწერები დაკარგავს კავშირს. მაგივრად, მას ანიჭებენ სტატუსს „გამოყვანილი“, რომ ხელმისაწვდომ სიაში აღარ გამოჩნდეს, მაგრამ მისი ისტორია დარჩეს. ამას soft delete ჰქვია.
CRUD გაცემებისთვის:
- Create: ნივთი სტუდენტზე გაიცემა. წესი: ნივთი, რომელიც უკვე გაცემულია, ხელახლა ვერ გაიცემა.
- Read: „ვადაგადაცილებული გაცემები“ — სია, სადაც ვადა გავიდა და დაბრუნების თარიღი არ არის.
- Update: დაბრუნების თარიღის ჩაწერა, როცა ნივთი დაბრუნდება.
- Delete: მხოლოდ თანამშრომლებისთვის, შეცდომით შეყვანილი გაცემებისთვის.
უფლებები. სტუდენტებს შეუძლიათ წაიკითხონ, რა არის ხელმისაწვდომი; მხოლოდ თანამშრომლებს შეუძლიათ შექმნა, განახლება ან წაშლა. ეს შემოწმებები სერვერზე ხორციელდება და არა მხოლოდ ღილაკების დამალვით.
ესაა მთელი აპი. საინტერესო ნაწილები — ორმაგი გაცემის თავიდან აცილება, ვადაგადაცილებული სია, ისტორია თითო ნივთზე — წესები და მოთხოვნებია CRUD-ის თავზე.
ძირითადი ტერმინები
- ჩანაწერი (record / row): ერთი ნივთი, მაგალითად ერთი მომწოდებელი ან ერთი გაცემა.
- Entity / resource: ჩანაწერის სახეობა, მაგალითად „მომწოდებლები“. თითოეულს ჩვეულებრივ თავისი ცხრილი და CRUD ეკრანების საკუთარი ნაკრები აქვს.
- ვალიდაცია: შეყვანის შემოწმებები — სავალდებულო ველები, სწორი ელფოსტა, დადებითი რაოდენობა. აკეთე ფორმაში მოხერხებულობისთვის და სერვერზე უსაფრთხოებისთვის.
- Soft delete: ჩანაწერის წაშლილად ან არქივირებულად მონიშვნა იმის ნაცვლად, რომ მთლიანად წაიშალოს, რათა ისტორია და კავშირები შენარჩუნდეს.
- Pagination (გვერდებად დაყოფა): გრძელი სიის ჩვენება გვერდ-გვერდ, რომ აპი სწრაფი დარჩეს.
- Audit log (აუდიტის ჟურნალი): ჩანაწერი იმისა, თუ ვინ, რა შექმნა, შეცვალა ან წაშალა და როდის.
- Admin panel (ადმინ პანელი): CRUD ეკრანების ნაკრები, რომლითაც თანამშრომლები მართავენ აპის მონაცემებს.
გავრცელებული შეცდომები და მცდარი წარმოდგენები
- ერთ-ერთი ოთხიდან დავიწყებული. აპები ხშირად გამოდიან create-ითა და read-ით, მაგრამ რედაქტირების გარეშე, ასე რომ ყოველი შეცდომა ნიშნავს წაშლას და თავიდან შეყვანას. შეამოწმე ყველა ოთხი ყოველი ერთეულისთვის.
- წაშლა, რომელიც ყველაფერს ამტვრევს. მომხმარებლის წაშლამ, რომელსაც ინვოისები აქვს, შეიძლება ობოლი ინვოისები დატოვოს ან ისტორია წაშალოს. გადაწყვიტე ყოველი ერთეულისთვის: დაბლოკო წაშლა, გააკეთო soft delete ან წაშალო დაკავშირებული ჩანაწერებიც.
- უფლებები მხოლოდ ინტერფეისში. ღილაკის „წაშლა“ დამალვა არ აჩერებს ვინმეს, რომელიც პირდაპირ
DELETEმოთხოვნას აგზავნის. სერვერმა უნდა შეამოწმოს, ვინ ითხოვს. - განახლება ID-ით მფლობელობის შემოწმების გარეშე. თუ მომხმარებელი A შეცვლის
/api/notes/42-ის რიცხვს და შეძლებს სხვისი შენიშვნის რედაქტირებას, ეს პრობლემაა. ყოველი განახლება და წაშლა უნდა დაადასტურებდეს, რომ ჩანაწერი მომთხოვნის ეკუთვნის. - წაშლის დადასტურების გარეშე. ერთმა არასწორმა დაწკაპუნებამ მონაცემები არ უნდა გაანადგუროს. მოითხოვე დადასტურების ნაბიჯი ან გაუქმების შესაძლებლობა.
- „CRUD ნიშნავს მარტივს, ამიტომ არ ღირს აშენება.“ ბევრი ღირებული პროდუქტი CRUD აპია, რომელიც სამუშაო პროცესს უკეთ ერგება, ვიდრე ზოგადი ინსტრუმენტი.
რა მოსთხოვო შენს AI ბილდერს
ეს ნიმუში გამოიყენე თითოეული ერთეულისთვის, ერთი-ერთზე:
შექმენი მომწოდებლების ფუნქცია სიით, შექმნით, რედაქტირებით და წაშლით. ველები: სახელი (სავალდებულო), საკონტაქტო ელფოსტა (სწორი ელფოსტა), ტელეფონი, კატეგორია (ერთ-ერთი: საკვები, შეფუთვა, დასუფთავება), შენიშვნები. სიის ხედი ძიებით სახელით და ფილტრით კატეგორიით, გვერდზე 20. წაშლამდე დაადასტურე; თუ მომწოდებელს შეკვეთები აქვს, დაარქივე და არ წაშალო. მხოლოდ შესული თანამშრომლებს შეუძლიათ შექმნა, რედაქტირება ან არქივირება — აღასრულე ეს სერვერზე.
შემდეგ გამოსცადე ყველა ოთხი ოპერაცია: უფლების მქონე მომხმარებლით და ისეთით, რომელსაც წვდომა არ უნდა ჰქონდეს. როცა ერთი ერთეული მუშაობს, დაამატე შემდეგი. როგორ ავაშენოთ შიდა ინსტრუმენტი გიჩვენებს, როგორ იქცევა CRUD ეკრანები სრულფასოვან ადმინ აპად, ხოლო რა არის Postgres განმარტავს მონაცემთა ბაზას, რომელზეც უმეტესი ასეთი აპი დგას.
CRUD აპები Mythex-ზე
CRUD აპები AI აპის ბილდერების ერთ-ერთი ყველაზე ძლიერი მხარეა, და Mythex განსხვავება არ არის. ჩატში სთხოვე ერთეული და მისი ველები, და Mythex პროექტს უმატებს Postgres ბაზას, ქმნის ცხრილს და აგებს სიის, ფორმისა და დეტალური ეკრანებს ცოცხალ პრევიუში; შემდეგ შეგიძლია /test-ის გაშვება ნაკადის შესამოწმებლად. დოკუმენტაციაში არის CRUD აპის რეცეპტი საწყისი მოთხოვნით, ხოლო შიდა ინსტრუმენტების ბილდერი და დაფების შაბლონები კარგი ადგილებია დასაწყებად.
კითხვები
რას ნიშნავს CRUD?
CRUD ნიშნავს create (შექმნა), read (წაკითხვა), update (განახლება) და delete (წაშლა): ახალი ჩანაწერის დამატებას, ჩანაწერების ნახვას, ერთი ჩანაწერის შეცვლასა და მის წაშლას. თითქმის ყველა აპი, რომელიც მონაცემებს ინახავს, ამ ოთხი ოპერაციისგან არის აგებული.
რა არის CRUD აპი?
CRUD აპი არის აპი, რომლის მთავარი საქმე ჩანაწერების მართვაა ფორმების, სიებისა და დეტალური გვერდების მეშვეობით — მაგალითად CRM, მარაგის ტრეკერი, დაჯავშნის ადმინისტრირების პანელი ან ვაკანსიების საიტის უკანა ოფისი. უმეტესი შიდა ინსტრუმენტი და ადმინ პანელი CRUD აპია.
როგორ უკავშირდება CRUD REST API-ებს?
ტიპურ REST API-ში create იყენებს POST მოთხოვნას, read — GET-ს, update — PUT-ს ან PATCH-ს, ხოლო delete — DELETE-ს. შემდეგ ბექენდი ასრულებს შესაბამის მონაცემთა ბაზის ოპერაციას: INSERT, SELECT, UPDATE ან DELETE.
არის თუ არა CRUD აპი ძალიან მარტივი, რომ ღირებული იყოს?
არა. ბევრი სასარგებლო ბიზნეს პროგრამა CRUD-ია კარგი წესებით, უფლებებითა და ანგარიშებით თავზე. ღირებულება მონაცემების კარგად მოდელირებასა და სამუშაო პროცესის მორგებაშია, არა უჩვეულო ტექნოლოგიაში.