CRUD என்றால் என்ன? Create, Read, Update, Delete விளக்கம்

CRUD என்பது create, read, update, delete — ஒரு ஆப் சேமித்த தரவுடன் செய்யும் நான்கு அடிப்படை செயல்கள். ஒரு புதிய வாடிக்கையாளரைச் சேர்ப்பது create; வாடிக்கையாளர் பட்டியலைப் பார்ப்பது read; அவரது தொலைபேசி எண்ணை மாற்றுவது update; அவரை நீக்குவது delete. பெரும்பாலான வணிக ஆப்கள் — CRM-கள், booking அமைப்புகள், சரக்குக் கண்காணிப்பான்கள், admin panels — பெரும்பாலும் விதிகளும் நல்ல அமைப்பும் சேர்ந்த CRUD ஆப்கள்.

AI மூலம் உருவாக்கும்போது இது ஏன் முக்கியம்

ஒரு தெளிவற்ற ஆப் யோசனையை துல்லியமான கோரிக்கையாக மாற்றும் சொல்லகராதி CRUD. “எங்கள் சப்ளையர்களை நிர்வகிக்கும் ஆப்” என்றால் AI யூகிக்க வேண்டியிருக்கும். “இந்த புலங்களுடன் சப்ளையர்களை உருவாக்கு, பட்டியலிடு, திருத்து, நீக்கு” என்றால் அது எந்தத் திரைகள், database செயல்பாடுகள், server routes ஆகியவற்றை உருவாக்க வேண்டும் என்று துல்லியமாகத் தெரியும்.

அது சோதனைக்கான சரிபட்டியலையும் தருகிறது. உங்கள் ஆப்பில் ஒவ்வொரு வகைப் பதிவுக்கும் நான்கு கேள்விகள் கேட்கலாம்: ஒன்றைச் சேர்க்க முடியுமா, அவற்றைப் பார்க்க முடியுமா, ஒன்றை மாற்ற முடியுமா, ஒன்றை நீக்க முடியுமா — அதற்கு சரியான நபர்களுக்கு மட்டுமே அனுமதி உண்டா? AI-யால் உருவாக்கப்பட்ட ஆப்களில் பலவும் பதிவுகளை உருவாக்க முடியும் ஆனால் திருத்த முடியாது, அல்லது எவரும் எதையும் நீக்கலாம்.

ஒரு அன்றாட உவமை: செய்முறை அட்டைப் பெட்டி

சமையலறை அலமாரியில் உள்ள ஒரு செய்முறை அட்டைப் பெட்டியை நினையுங்கள்.

• Create: ஒரு புதிய அட்டையை எழுதி பெட்டியில் வைக்கிறீர்கள்.
• Read: பெட்டியைப் புரட்டுகிறீர்கள், அல்லது லாசாக்னா அட்டையை மட்டும் எடுக்கிறீர்கள்.
• Update: “200g cheese” என்பதை அடித்துவிட்டு “250g” என்று எழுதுகிறீர்கள்.
• Delete: ஒரு அட்டையை எடுத்து குப்பையில் போடுகிறீர்கள்.

இப்போது விதிகளைச் சேருங்கள்: தலைமை சமையல்காரர் மட்டுமே அட்டைகளை தூக்கி எறிய முடியும், ஒவ்வொரு அட்டைக்கும் தலைப்பு வேண்டும், ஒரே பெயரில் இரண்டு அட்டைகளை யாரும் சேர்க்க முடியாது. அதுதான் சரிபார்ப்பும் அனுமதிகளும் கொண்ட CRUD ஆப் — பெரும்பாலான உண்மையான ஆப்கள் அப்படித்தான்.

ஒவ்வொரு அடுக்கிலும் CRUD எப்படித் தெரிகிறது

ஒவ்வொரு செயலும் திரையிலும், server-இலும், database-இலும் தோன்றும். அவற்றை அருகருகே பார்த்தால் ஆப்கள் எப்படிக் கட்டப்படுகின்றன என்பது பலவற்றுக்கு விளங்கும்.

திரை frontend, API கோரிக்கை frontend backend-உடன் பேசும் வழி, SQL backend database-உடன் பேசும் வழி. அந்தச் சொற்கள் புதியவை என்றால், API என்றால் என்ன மற்றும் database என்றால் என்ன பார்க்கவும்.

ஒரு செயல்முறை எடுத்துக்காட்டு: ஒரு உபகரணக் கடன் கண்காணிப்பான்

ஒரு பள்ளியின் media துறை மாணவர்களுக்குக் கேமராக்களையும் மைக்ரோஃபோன்களையும் கடனாகக் கொடுக்கிறது; கணக்கு வைப்பதில் அடிக்கடி குழப்பம். அவர்களுக்கு ஒரு எளிய ஆப் வேண்டும்.

பதிவுகள். இரண்டு வகைகள்: உபகரணம் (பெயர், வகை, வரிசை எண், நிலை) மற்றும் கடன்கள் (எந்த உபகரணம், எந்த மாணவர், எடுத்த தேதி, திரும்பக் கொடுக்க வேண்டிய தேதி, திரும்பிய தேதி).

உபகரணத்திற்கான CRUD:

• Create: ஊழியர்கள் வரிசை எண்ணுடன் ஒரு புதிய கேமராவைச் சேர்க்கிறார்கள். விதி: வரிசை எண்கள் தனித்துவமாக இருக்க வேண்டும்.
• Read: எல்லா உபகரணங்களின் பட்டியல், வகை மற்றும் “இப்போது கிடைக்கிறது” என்பதன் அடிப்படையில் வடிகட்டக்கூடியது; ஒரு பொருளின் கடன் வரலாற்றைக் காட்டும் விவரப் பக்கம்.
• Update: நிலையை “பழுது தேவை” என்று மாற்றுவது.
• Delete: பொதுவாக உண்மையான நீக்கம் அல்ல. 30 கடந்தகால கடன்கள் உள்ள கேமரா நீக்கப்பட்டால், அந்தக் கடன் பதிவுகள் அதனுடனான இணைப்பை இழக்கும். அதற்குப் பதிலாக “ஓய்வு பெற்றது” எனக் குறிக்கவும்; அதனால் அது கிடைக்கும் பட்டியலிலிருந்து மறையும், ஆனால் வரலாறு இருக்கும். இதற்கு soft delete என்று பெயர்.

கடன்களுக்கான CRUD:

• Create: ஒரு மாணவருக்கு ஒரு உபகரணத்தைக் கடனாகக் கொடுக்கவும். விதி: ஏற்கனவே கடனில் உள்ள உபகரணத்தைக் கொடுக்க முடியாது.
• Read: “தாமதமான கடன்கள்” — திரும்பக் கொடுக்க வேண்டிய தேதி கடந்து, திரும்பிய தேதி இல்லாத பட்டியல்.
• Update: உபகரணம் திரும்பும்போது திரும்பிய தேதியைப் பதிவு செய்தல்.
• Delete: தவறுதலாக உள்ளிடப்பட்ட கடன்களுக்கு மட்டும், ஊழியர்கள் மட்டும்.

அனுமதிகள். மாணவர்கள் கிடைப்பதைப் படிக்கலாம்; ஊழியர்கள் மட்டுமே உருவாக்க, புதுப்பிக்க அல்லது நீக்க முடியும். இந்தச் சோதனைகள் பொத்தான்களை மறைப்பதால் அல்ல, server-இல் நடக்கின்றன.

அவ்வளவுதான் ஆப். சுவாரஸ்யமான பகுதிகள் — இரட்டைக் கடன் இல்லாமை, தாமதப் பட்டியல், ஒவ்வொரு பொருளுக்கும் வரலாறு — அடிப்படை CRUD-இன் மேல் உள்ள விதிகளும் queries-உம்.

முக்கிய சொற்கள்

• Record (row): ஒரு பொருள், எடுத்துக்காட்டாக ஒரு சப்ளையர் அல்லது ஒரு கடன்.
• Entity / resource: ஒரு வகைப் பதிவு, எடுத்துக்காட்டாக “suppliers”. ஒவ்வொன்றுக்கும் பொதுவாக தனி table மற்றும் தனித் தொகுப்பு CRUD திரைகள் உண்டு.
• Validation: உள்ளீட்டின் சோதனைகள் — கட்டாய புலங்கள், சரியான email, நேர்மறை அளவு. வசதிக்காக படிவத்திலும், பாதுகாப்புக்காக server-இலும் இரண்டிலும் செய்யுங்கள்.
• Soft delete: வரலாறும் இணைப்புகளும் தப்பிப் பிழைக்க, பதிவை முழுவதும் நீக்காமல் நீக்கப்பட்டது அல்லது காப்பகப்படுத்தப்பட்டது எனக் குறிப்பது.
• Pagination: நீண்ட பட்டியலை ஒரு பக்கத்திற்கு ஒரு முறை காட்டுவது; அதனால் ஆப் வேகமாக இருக்கும்.
• Audit log: யார் எதை உருவாக்கினார், மாற்றினார், நீக்கினார், எப்போது என்ற பதிவு.
• Admin panel: ஊழியர்கள் ஒரு ஆப்பின் தரவை நிர்வகிக்கும் CRUD திரைகளின் தொகுப்பு.

பொதுவான தவறுகள் மற்றும் தவறான புரிதல்கள்

• நான்கில் ஒன்றை மறப்பது. ஆப்கள் பெரும்பாலும் create மற்றும் read மட்டும் கொண்டு திருத்தும் வசதி இல்லாமல் வரும்; ஒவ்வொரு எழுத்துப்பிழைக்கும் நீக்கி மீண்டும் உள்ளிட வேண்டியிருக்கும். ஒவ்வொரு entity-க்கும் நான்கையும் சரிபாருங்கள்.
• உடைக்கும் நீக்கங்கள். விலைப்பட்டியல்கள் உள்ள வாடிக்கையாளரை நீக்கினால், அனாதை விலைப்பட்டியல்கள் அல்லது வரலாறு அழியலாம். ஒவ்வொரு entity-க்கும் முடிவு செய்யுங்கள்: நீக்கத்தைத் தடுப்பது, soft delete, அல்லது தொடர்புடைய பதிவுகளையும் நீக்குவது.
• பக்கத்தில் மட்டும் அனுமதிகள். நீக்கு பொத்தானை மறைப்பது, யாராவது DELETE கோரிக்கையை அனுப்புவதைத் தடுக்காது. யார் கேட்கிறார்கள் என்பதை server சரிபார்க்க வேண்டும்.
• ID மூலம் புதுப்பிக்கும்போது உரிமையைச் சரிபார்க்காதது. URL-இல் ஓர் எண்ணை மாற்றி பயனர் A, /api/notes/42 குறிப்பைத் திருத்த முடிந்தால், அவர் பயனர் B-இன் குறிப்பைத் திருத்தலாம். ஒவ்வொரு update மற்றும் delete-உம் பதிவு கோருபவருக்குச் சொந்தமானதா என்று உறுதிசெய்ய வேண்டும்.
• நீக்கும்போது உறுதிப்படுத்தல் இல்லாதது. ஒரே தவறான தட்டல் தரவை அழிக்கக் கூடாது. ஒரு உறுதிப்படுத்தல் படி அல்லது செயல்தவிர் வசதி கேளுங்கள்.
• “CRUD என்பது அடிப்படையானது, உருவாக்கத் தகுதியற்றது.” பல மதிப்புமிக்க தயாரிப்புகள் பொதுவான கருவியை விட ஒரு பணிப்பாய்வுக்கு நன்றாகப் பொருந்தும் CRUD ஆப்கள்.

உங்கள் AI builder-இடம் கேட்க வேண்டியவை

ஒவ்வொரு entity-க்கும், ஒவ்வொன்றாக, இந்த வடிவத்தைப் பயன்படுத்துங்கள்:

suppliers அம்சத்தை உருவாக்கு, அதில் பட்டியல், உருவாக்கு, திருத்து, நீக்கு. புலங்கள்: பெயர் (கட்டாயம்), தொடர்பு email (சரியான email), தொலைபேசி, வகை (food, packaging, cleaning இவற்றில் ஒன்று), குறிப்புகள். பெயரால் தேடலும் வகையால் வடிகட்டலும் கொண்ட பட்டியல், ஒரு பக்கத்திற்கு 20. நீக்கும் முன் உறுதிப்படுத்து; சப்ளையருக்கு orders இருந்தால் நீக்காமல் காப்பகப்படுத்து. உள்நுழைந்த ஊழியர்கள் மட்டுமே உருவாக்க, திருத்த, காப்பகப்படுத்த முடியும் — இதை server-இல் அமல்படுத்து.

பிறகு நான்கு செயல்களையும் சோதியுங்கள் — அனுமதி பெற்ற பயனராகவும், அணுகல் இருக்கக் கூடாத ஒருவராகவும். ஒரு entity வேலை செய்ததும் அடுத்ததைச் சேருங்கள். உள் கருவியை எப்படி உருவாக்குவது CRUD திரைகள் முழு admin ஆப்பாக எப்படி மாறுகின்றன என்று காட்டுகிறது; Postgres என்றால் என்ன இவற்றில் பெரும்பாலானவை சார்ந்திருக்கும் database-ஐ விளக்குகிறது.

Mythex-இல் CRUD ஆப்கள்

AI app builders பெரும்பாலும் சிறப்பாகச் செய்யும் விஷயங்களில் CRUD ஆப்களும் ஒன்று; Mythex-உம் விதிவிலக்கல்ல. Entity-யையும் அதன் புலங்களையும் chat-இல் கேளுங்கள்; Mythex project-க்கு ஒரு Postgres database-ஐ இணைத்து, table-ஐ உருவாக்கி, நேரடி preview-இல் பட்டியல், படிவம், விவரத் திரைகளை உருவாக்கும்; பின்னர் flow-ஐச் சரிபார்க்க /test இயக்கலாம். Docs-இல் தொடக்க prompt உடன் ஒரு CRUD app recipe உள்ளது; தொடங்குவதற்கு internal tool builder மற்றும் dashboard templates நல்ல இடங்கள்.

கேள்விகள்