എന്താണ് CRUD? Create, Read, Update, Delete വിശദീകരണം

CRUD എന്നാൽ create, read, update, delete — ആപ്പ് സൂക്ഷിച്ച ഡാറ്റയോട് ചെയ്യുന്ന നാല് അടിസ്ഥാന കാര്യങ്ങൾ. ഒരു പുതിയ ഉപഭോക്താവിനെ ചേർക്കുന്നത് create, ഉപഭോക്തൃ പട്ടിക കാണുന്നത് read, അവരുടെ ഫോൺ നമ്പർ മാറ്റുന്നത് update, അവരെ നീക്കം ചെയ്യുന്നത് delete. മിക്ക ബിസിനസ് ആപ്പുകളും — CRM-കൾ, ബുക്കിംഗ് സിസ്റ്റങ്ങൾ, ഇൻവെന്ററി ട്രാക്കറുകൾ, അഡ്മിൻ പാനലുകൾ — നിയമങ്ങളും നല്ല ലേഔട്ടും മുകളിൽ ചേർത്ത പ്രധാനമായും CRUD ആണ്.

AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ ഇത് പ്രധാനമായത് എന്തുകൊണ്ട്

അവ്യക്തമായ ഒരു ആപ്പ് ആശയത്തെ കൃത്യമായ അഭ്യർത്ഥനയാക്കി മാറ്റുന്ന പദാവലിയാണ് CRUD. “ഞങ്ങളുടെ വിതരണക്കാരെ നിയന്ത്രിക്കാനുള്ള ഒരു ആപ്പ്” എന്നത് AI-യെ ഊഹിക്കാൻ വിടുന്നു. “ഈ ഫീൽഡുകളോടെ വിതരണക്കാരെ സൃഷ്ടിക്കുക, പട്ടികപ്പെടുത്തുക, തിരുത്തുക, നീക്കം ചെയ്യുക” എന്നത് ഏത് സ്ക്രീനുകളും ഡാറ്റാബേസ് പ്രവർത്തനങ്ങളും സെർവർ റൂട്ടുകളും നിർമ്മിക്കണമെന്ന് കൃത്യമായി പറയുന്നു.

ടെസ്റ്റിംഗിനുള്ള ഒരു ചെക്ക്‌ലിസ്റ്റും ഇത് നൽകുന്നു. നിങ്ങളുടെ ആപ്പിലെ ഓരോ തരം റെക്കോർഡിനും നാല് ചോദ്യങ്ങൾ ചോദിക്കാം: ഒന്ന് ചേർക്കാനാകുമോ, അവ കാണാനാകുമോ, ഒന്ന് മാറ്റാനാകുമോ, ഒന്ന് നീക്കം ചെയ്യാനാകുമോ — ശരിയായ ആളുകൾക്ക് മാത്രമേ ഓരോന്നും ചെയ്യാൻ കഴിയൂ എന്നും? AI നിർമ്മിത ആപ്പുകളിൽ പലതും റെക്കോർഡുകൾ ചേർക്കാം, പക്ഷേ എഡിറ്റ് ചെയ്യാനാകില്ല, അല്ലെങ്കിൽ ആർക്കും എന്തും ഡിലീറ്റ് ചെയ്യാം എന്ന് അനുവദിക്കുന്നു.

ദൈനംദിന ഉദാഹരണം: ഒരു റെസിപ്പി കാർഡ് പെട്ടി

അടുക്കളയിലെ ഒരു ഷെൽഫിൽ റെസിപ്പി കാർഡുകളുടെ ഒരു പെട്ടി സങ്കൽപ്പിക്കുക.

• Create: ഒരു പുതിയ കാർഡ് എഴുതി അത് ഫയൽ ചെയ്യുക.
• Read: പെട്ടിയിലൂടെ മറിച്ചുനോക്കുക, അല്ലെങ്കിൽ ലസാഗ്നയുടെ കാർഡ് എടുക്കുക.
• Update: “200g ചീസ്” വെട്ടി “250g” എന്ന് എഴുതുക.
• Delete: ഒരു കാർഡ് എടുത്ത് കളയുക.

ഇനി നിയമങ്ങൾ ചേർക്കുക: കാർഡുകൾ കളയാൻ തലമുറ പാചകക്കാരന് മാത്രമേ അധികാരമുള്ളൂ, ഓരോ കാർഡിനും ഒരു തലക്കെട്ട് വേണം, ഒരേ പേരുള്ള രണ്ട് കാർഡുകൾ ആർക്കും ഫയൽ ചെയ്യാനാകില്ല. അതാണ് മൂല്യനിർണ്ണയവും അനുമതികളുമുള്ള ഒരു CRUD ആപ്പ് — മിക്ക യഥാർത്ഥ ആപ്പുകളും അങ്ങനെയാണ്.

ഓരോ ലെയറിലും CRUD എങ്ങനെ കാണപ്പെടുന്നു

ഓരോ പ്രവർത്തനവും സ്ക്രീനിലും സെർവറിലും ഡാറ്റാബേസിലും പ്രത്യക്ഷപ്പെടുന്നു. അവ അടുത്തടുത്ത് കാണുന്നത് ആപ്പുകൾ എങ്ങനെ നിർമ്മിക്കുന്നു എന്നതിനെക്കുറിച്ച് വളരെ കാര്യങ്ങൾ വിശദീകരിക്കുന്നു.

സ്ക്രീൻ ഫ്രണ്ടെൻഡ് ആണ്, API അഭ്യർത്ഥന ഫ്രണ്ടെൻഡ് ബാക്കെൻഡുമായി സംസാരിക്കുന്ന വഴിയാണ്, SQL ബാക്കെൻഡ് ഡാറ്റാബേസുമായി സംസാരിക്കുന്ന വഴിയാണ്. ഈ വാക്കുകൾ പുതിയതാണെങ്കിൽ, എന്താണ് API, എന്താണ് ഡാറ്റാബേസ് എന്നിവ കാണുക.

ഒരു ഉദാഹരണം: ഉപകരണ വായ്പ ട്രാക്കർ

ഒരു സ്കൂളിലെ മീഡിയ വിഭാഗം വിദ്യാർത്ഥികൾക്ക് ക്യാമറകളും മൈക്രോഫോണുകളും വായ്പ നൽകുന്നു, അവ എവിടെയെന്ന് പലപ്പോഴും നഷ്ടപ്പെടുന്നു. അവർക്ക് ഒരു ലളിതമായ ആപ്പ് വേണം.

റെക്കോർഡുകൾ. രണ്ട് തരം കാര്യങ്ങൾ: ഉപകരണങ്ങൾ (പേര്, തരം, സീരിയൽ നമ്പർ, അവസ്ഥ), വായ്പകൾ (ഏത് ഉപകരണം, ഏത് വിദ്യാർത്ഥി, എടുത്ത തീയതി, തിരികെ നൽകേണ്ട തീയതി, തിരികെ നൽകിയ തീയതി).

ഉപകരണങ്ങൾക്കുള്ള CRUD:

• Create: സ്റ്റാഫ് സീരിയൽ നമ്പറോടെ ഒരു പുതിയ ക്യാമറ ചേർക്കുന്നു. നിയമം: സീരിയൽ നമ്പറുകൾ അതുല്യമായിരിക്കണം.
• Read: എല്ലാ ഉപകരണങ്ങളുടെയും ലിസ്റ്റ്, തരം അനുസരിച്ചും “ഇപ്പോൾ ലഭ്യം” അനുസരിച്ചും ഫിൽട്ടർ ചെയ്യാവുന്നത്; ഒരു ഇനത്തിന്റെ വായ്പാ ചരിത്രം കാണിക്കുന്ന വിശദ പേജ്.
• Update: അവസ്ഥ “നന്നാക്കേണ്ടത്” എന്നാക്കി മാറ്റുന്നു.
• Delete: സാധാരണയായി യഥാർത്ഥ delete അല്ല. 30 പഴയ വായ്പകളുള്ള ഒരു ക്യാമറ ഡിലീറ്റ് ചെയ്താൽ, ആ വായ്പാ റെക്കോർഡുകൾക്ക് അതുമായുള്ള ബന്ധം നഷ്ടപ്പെടും. പകരം അത് “retired” ആയി അടയാളപ്പെടുത്തുന്നു, അങ്ങനെ ലഭ്യമായ പട്ടികയിൽ നിന്ന് മാറുമെങ്കിലും ചരിത്രം നിലനിൽക്കുന്നു. ഇതിനെ soft delete എന്ന് വിളിക്കുന്നു.

വായ്പകൾക്കുള്ള CRUD:

• Create: ഒരു വിദ്യാർത്ഥിക്ക് ഒരു ഇനം വായ്പയായി നൽകുന്നു. നിയമം: ഇതിനകം വായ്പയിലുള്ള ഇനം വീണ്ടും വായ്പ നൽകാനാവില്ല.
• Read: “കാലാവധി കഴിഞ്ഞ വായ്പകൾ” — തിരികെ നൽകേണ്ട തീയതി കടന്നുപോയിട്ടും തിരികെ നൽകിയ തീയതി ഇല്ലാത്തവയുടെ ലിസ്റ്റ്.
• Update: ഇനം തിരികെ വരുമ്പോൾ തിരികെ നൽകിയ തീയതി രേഖപ്പെടുത്തുന്നു.
• Delete: തെറ്റായി നൽകിയ വായ്പകൾക്ക് മാത്രം, സ്റ്റാഫിന് മാത്രം.

അനുമതികൾ. വിദ്യാർത്ഥികൾക്ക് ലഭ്യമായവ വായിക്കാം; സ്റ്റാഫിന് മാത്രമേ create, update, delete ചെയ്യാനാകൂ. ഈ പരിശോധനകൾ ബട്ടണുകൾ മറയ്ക്കുന്നതുകൊണ്ടല്ല, സെർവറിലാണ് നടക്കുന്നത്.

ഇതാണ് മുഴുവൻ ആപ്പ്. രസകരമായ ഭാഗങ്ങൾ — ഇരട്ടി വായ്പ ഇല്ലാതിരിക്കൽ, കാലാവധി കഴിഞ്ഞ പട്ടിക, ഓരോ ഇനത്തിനുമുള്ള ചരിത്രം — ലളിതമായ CRUD-ന് മുകളിലുള്ള നിയമങ്ങളും ക്വറികളുമാണ്.

പ്രധാന പദങ്ങൾ

• റെക്കോർഡ് (വരി): ഒരു ഇനം, ഒരു വിതരണക്കാരൻ അല്ലെങ്കിൽ ഒരു വായ്പ പോലെ.
• എന്റിറ്റി / റിസോഴ്സ്: ഒരു തരം റെക്കോർഡ്, “suppliers” പോലെ. ഓരോന്നിനും സാധാരണയായി സ്വന്തം ടേബിളും CRUD സ്ക്രീനുകളുടെ സെറ്റുമുണ്ട്.
• മൂല്യനിർണ്ണയം (Validation): ഇൻപുട്ടിനുള്ള പരിശോധനകൾ — നിർബന്ധ ഫീൽഡുകൾ, ശരിയായ ഇമെയിൽ, പോസിറ്റീവ് അളവ്. സൗകര്യത്തിനായി ഫോമിലും സുരക്ഷയ്ക്കായി സെർവറിലും ചെയ്യുക.
• Soft delete: ചരിത്രവും ബന്ധങ്ങളും നിലനിൽക്കാൻ, റെക്കോർഡ് നീക്കം ചെയ്യുന്നതിനു പകരം delete അല്ലെങ്കിൽ archived എന്ന് അടയാളപ്പെടുത്തുക.
• പേജിനേഷൻ: നീണ്ട ലിസ്റ്റ് ഒരു പേജ് വീതം കാണിക്കുന്നത്, ആപ്പ് വേഗമുള്ളതായി നിലനിൽക്കാൻ.
• ഓഡിറ്റ് ലോഗ്: ആരാണ് എന്ത് സൃഷ്ടിച്ചു, മാറ്റി, അല്ലെങ്കിൽ നീക്കം ചെയ്തു, എപ്പോൾ എന്നതിന്റെ രേഖ.
• അഡ്മിൻ പാനൽ: ആപ്പിന്റെ ഡാറ്റ നിയന്ത്രിക്കാൻ സ്റ്റാഫിനുള്ള CRUD സ്ക്രീനുകളുടെ സെറ്റ്.

സാധാരണ തെറ്റുകളും തെറ്റിദ്ധാരണകളും

• നാലിൽ ഒന്ന് മറക്കുന്നത്. ആപ്പുകൾ പലപ്പോഴും create ഉം read ഉം മാത്രമായി വരുന്നു, edit ഇല്ല, അതിനാൽ ഓരോ അക്ഷരത്തെറ്റിനും delete ചെയ്ത് വീണ്ടും നൽകേണ്ടി വരുന്നു. ഓരോ എന്റിറ്റിക്കും നാലും പരിശോധിക്കുക.
• കാര്യങ്ങൾ തകർക്കുന്ന delete. ഇൻവോയ്സുകളുള്ള ഒരു ഉപഭോക്താവിനെ ഡിലീറ്റ് ചെയ്താൽ അനാഥമായ ഇൻവോയ്സുകൾ അവശേഷിക്കാം, അല്ലെങ്കിൽ ചരിത്രം മായ്ക്കപ്പെടാം. ഓരോ എന്റിറ്റിക്കും തീരുമാനിക്കുക: delete തടയുക, soft delete ചെയ്യുക, അല്ലെങ്കിൽ ബന്ധപ്പെട്ട റെക്കോർഡുകളും ഡിലീറ്റ് ചെയ്യുക.
• ഇന്റർഫേസിൽ മാത്രമുള്ള അനുമതികൾ. Delete ബട്ടൺ മറച്ചാലും ആരെങ്കിലും DELETE അഭ്യർത്ഥന അയക്കുന്നത് തടയില്ല. ആരാണ് ചോദിക്കുന്നത് എന്ന് സെർവർ പരിശോധിക്കണം.
• ഉടമസ്ഥാവകാശം പരിശോധിക്കാതെ ID വഴി അപ്ഡേറ്റ് ചെയ്യുന്നത്. URL-ലെ ഒരു നമ്പർ മാറ്റി /api/notes/42 എഡിറ്റ് ചെയ്യാൻ ഉപയോക്താവ് A-ക്ക് കഴിഞ്ഞാൽ, അവർക്ക് ഉപയോക്താവ് B-യുടെ നോട്ട് എഡിറ്റ് ചെയ്യാം. ഓരോ update-ഉം delete-ഉം റെക്കോർഡ് അഭ്യർത്ഥിക്കുന്നയാളുടേതാണെന്ന് ഉറപ്പാക്കണം.
• Delete-ന് സ്ഥിരീകരണം ഇല്ലാത്തത്. ഒറ്റ തെറ്റായ ടാപ്പ് ഡാറ്റ നശിപ്പിക്കരുത്. ഒരു സ്ഥിരീകരണ ഘട്ടമോ undo-യോ ആവശ്യപ്പെടുക.
• “CRUD ലളിതമാണ്, അതുകൊണ്ട് നിർമ്മിക്കേണ്ടതില്ല.” പല മൂല്യമുള്ള ഉൽപ്പന്നങ്ങളും CRUD ആപ്പുകളാണ്, ഒരു പൊതു ടൂളിനെക്കാൾ വർക്ക്ഫ്ലോയ്ക്ക് യോജിക്കുന്നവ.

നിങ്ങളുടെ AI ബിൽഡറോട് ആവശ്യപ്പെടേണ്ടത്

ഓരോ എന്റിറ്റിക്കും ഈ പാറ്റേൺ ഉപയോഗിക്കുക, ഒന്നൊന്നായി:

suppliers ഫീച്ചർ ഉണ്ടാക്കൂ, ലിസ്റ്റ്, create, edit, delete എന്നിവയോടെ. ഫീൽഡുകൾ: പേര് (നിർബന്ധം), കോൺടാക്റ്റ് ഇമെയിൽ (ശരിയായ ഇമെയിൽ), ഫോൺ, കാറ്റഗറി (food, packaging, cleaning എന്നതിൽ ഒന്ന്), കുറിപ്പുകൾ. പേര് വെച്ച് തിരയലും കാറ്റഗറി വെച്ച് ഫിൽട്ടറുമുള്ള ലിസ്റ്റ് വ്യൂ, ഒരു പേജിൽ 20. ഡിലീറ്റ് ചെയ്യുന്നതിന് മുമ്പ് സ്ഥിരീകരിക്കൂ; ഒരു വിതരണക്കാരന് ഓർഡറുകളുണ്ടെങ്കിൽ ഡിലീറ്റിന് പകരം archive ചെയ്യൂ. ലോഗിൻ ചെയ്ത സ്റ്റാഫിന് മാത്രം create, edit, archive ചെയ്യാനാകൂ — ഇത് സെർവറിൽ നടപ്പാക്കൂ.

അതിനുശേഷം നാല് പ്രവർത്തനങ്ങളും പരീക്ഷിക്കുക, അനുമതിയുള്ള ഉപയോക്താവായും പ്രവേശനം ഇല്ലാത്ത ഒരാളായും. ഒരു എന്റിറ്റി പ്രവർത്തിച്ചു കഴിഞ്ഞാൽ അടുത്തത് ചേർക്കുക. ഒരു ഇന്റേണൽ ടൂൾ എങ്ങനെ നിർമ്മിക്കാം CRUD സ്ക്രീനുകൾ പൂർണ്ണമായ അഡ്മിൻ ആപ്പാകുന്നത് കാണിക്കുന്നു, ഈ ആപ്പുകളിൽ മിക്കതും നിൽക്കുന്ന ഡാറ്റാബേസ് Postgres എന്താണ് വിശദീകരിക്കുന്നു.

Mythex-ലെ CRUD ആപ്പുകൾ

AI ആപ്പ് ബിൽഡറുകൾ ഏറ്റവും നന്നായി ചെയ്യുന്ന കാര്യങ്ങളിലൊന്നാണ് CRUD ആപ്പുകൾ, Mythex-ഉം ഒഴിവല്ല. എന്റിറ്റിയും അതിന്റെ ഫീൽഡുകളും ചാറ്റിൽ ചോദിക്കുക; Mythex പ്രോജക്റ്റിൽ ഒരു Postgres ഡാറ്റാബേസ് ഘടിപ്പിക്കുകയും ടേബിൾ സൃഷ്ടിക്കുകയും ലൈവ് പ്രിവ്യൂവിൽ ലിസ്റ്റ്, ഫോം, വിശദ സ്ക്രീനുകൾ നിർമ്മിക്കുകയും ചെയ്യുന്നു; തുടർന്ന് ഫ്ലോ പരിശോധിക്കാൻ /test പ്രവർത്തിപ്പിക്കാം. ഡോക്സിൽ ഒരു സ്റ്റാർട്ടർ പ്രോംപ്റ്റോടെ CRUD ആപ്പ് റെസിപ്പി ഉണ്ട്, തുടങ്ങാൻ ഇന്റേണൽ ടൂൾ ബിൽഡർ, ഡാഷ്‌ബോർഡ് ടെംപ്ലേറ്റുകൾ എന്നിവ നല്ല ഇടങ്ങളാണ്.

ചോദ്യങ്ങൾ