ዳታቤዝ ምንድን ነው? ለአፕ ገንቢዎች መመሪያ

ዳታቤዝ አፑ የሚያስቀምጠውና የሚያነበው የተደራጀ የመረጃ ማከማቻ ነው፤ ተጠቃሚዎቹን፣ ትዕዛዞቹን፣ ቀጠሮዎቹን፣ መልዕክቶቹን። በብራውዘር ትር ውስጥ ብቻ ከተቀመጠ መረጃ በተለየ፣ በዳታቤዝ ያለ ዳታ ገጹ ዳግም ቢጫን ወይም ሰርቨሩ ቢጀመር አይጠፋም፤ አፑን የሚጠቀም ሁሉ አንድ አይነት መዝገብ ያያል። ብዙ ዳታቤዞች ዳታን እንደ ስፕሬድሺት ሉሆች ሰንጠረዥ አድርገው ያደራጃሉ፣ ነገር ግን ዳታው ወጥ እንዲሆን ጥብቅ ህጎች አሏቸው።

ለAI ግንባታ ለምን ያስፈልጋል

AI ጋር አፕ ሲገነቡ በጣም የተለመደው አስገራሚ ነገር አልቆ የሚመስል ግን ሁሉን የሚረሳ አፕ ነው። ደንበኛ ይጨምራላችሁ፣ ገጹን ታድሱታላችሁ፣ ይጠፋል። ይህ ብዙ ጊዜ ማለት አፑ መረጃውን በብራውዘር ማህደረ ትውስታ ውስጥ ያስቀምጥ ነበር ማለት ነው፣ በዳታቤዝ ውስጥ አይደለም።

ዳታቤዝ ብዙ ጠቃሚ ውሳኔዎቻችሁ የሚኖሩበትም ቦታ ነው፤ ቢያውቁትም ባያውቁትም፦

ምን እንደምትመዘግቡ። የቀጠሮን ሁኔታ ካላስቀመጣችሁ፣ የተሰረዙ ቀጠሮዎችን ማሳየት አትችሉም።
እንዴት እንደሚገናኙ። አንድ ደንበኛ ብዙ ቀጠሮዎች ሊኖሩት እንደሚችል ወይም አንድ ቀጠሮ ብዙ አገልግሎቶች ሊኖሩት እንደሚችል መወሰኑ መላውን አፕ ይቀርጻል።
ማን ምን ማየት እንደሚችል። አብዛኛዎቹ የግላዊነት ስህተቶች የሚመለከቱት ተጠቃሚ የትኞቹን መዝገቦች ማንበብ እንደሚችል ነው።

ዳታቤዙን ራሳችሁ መንደፍ አያስፈልጋችሁም። ነገር ግን መሠረታዊውን ማወቅ ዳታችሁን በግልጽ ለመግለጽና ችግሮችን ቀድመው ለመያዝ ይረዳችኋል።

የዕለት ተዕለት ምሳሌ

በአንድ በደንብ በሚመራ ትንሽ ቢሮ ውስጥ ያለ የፋይል ካቢኔ አስቡ።

እያንዳንዱ መሳቢያ አንድ ዓይነት ነገር ይዟል፦ አንዱ ለደንበኞች፣ አንዱ ለቀጠሮዎች፣ አንዱ ለደረሰኞች። በእያንዳንዱ መሳቢያ ውስጥ እያንዳንዱ ማህደር ተመሳሳይ ቅርጸት ይከተላል፣ ተመሳሳይ መስኮች ተሞልተዋል። እያንዳንዱ ማህደር ልዩ የማጣቀሻ ቁጥር አለው፣ ደረሰኝ ለአንድ ደንበኛ ሲሆን የደረሰኙ ማህደር የደንበኛውን ቁጥር ይጠቅሳል እንጂ ሙሉ ፋይሉን ኮፒ አያደርግም።

ይህ relational ዳታቤዝ ነው። መሳቢያዎቹ ሰንጠረዦች (tables) ናቸው፣ ማህደሮቹ ረድፎች (rows) ናቸው፣ መስኮቹ አምዶች (columns) ናቸው፣ የማጣቀሻ ቁጥሮቹ primary keys ናቸው፣ ወደ ሌላ ማህደር የሚጠቁሙት ማስታወሻዎች ደግሞ foreign keys ናቸው። ጥሩ የቢሮ ሥራ አስኪያጅ ህጎችንም ያስፈጽማል፦ ቀን ሳይኖረው ቀጠሮ የለም፣ ሁለት ደንበኞች ተመሳሳይ ቁጥር የላቸውም፤ ዳታቤዝም እንደዚሁ ያደርጋል።

የሥራ ምሳሌ፦ የሳሎን ቀጠሮ አፕ

AI የፀጉር ሳሎን የቀጠሮ ድረ-ገጽ እንዲገነባ ጠይቃችኋል እንበል። ምክንያታዊ ዳታቤዝ አራት ሰንጠረዦች ይኖሩታል።

services

id	name	duration_minutes	price
1	የፀጉር መቁረጥ	45	40.00
2	ቀለም	90	95.00

staff

id	name	email
1	ሳራ	sara@example.com
2	ዑመር	omar@example.com

customers

id	name	email	phone
101	ሌና ፓርክ	lena@example.com	555-0100

bookings

id	customer_id	service_id	staff_id	starts_at	status
5001	101	1	2	2026-10-03 14:00	confirmed

bookings ሰንጠረዡን ተመልከቱ። የሌናን ስምና ስልክ በእያንዳንዱ ቀጠሮ ውስጥ አይገለብጥም፤ customer_id = 101 ብቻ ያስቀምጣል። ሌና ስልኳን ብትቀይር፣ በአንድ ቦታ ይቀየራል፣ እና እያንዳንዱ ቀጠሮ አዲሱን ያሳያል። ይህ የrelational ዳታቤዝ ዋና ሃሳብ ነው፦ እያንዳንዱን እውነታ አንድ ጊዜ አስቀምጡ፣ ከዚያ አገናኙት።

ተመሳሳይ መዋቅር ጠቃሚ ጥያቄዎችን ይመልሳል፦

«ዓርብ ለዑመር ባዶ ሰዓቶች የትኞቹ ናቸው?» — የዚያን ቀን የዑመርን ቀጠሮዎች ተመልከቱ።
«በዚህ ወር የቀለም አገልግሎቶች ምን ያህል ገቢ አመጡ?» — bookingsን ከservices ጋር አገናኙና ዋጋዎቹን ድምሩ።
«ከ90 ቀን በላይ ያልቀጠሩ ደንበኞች እነማን ናቸው?» — ደንበኞቹን የመጨረሻ ቀጠሯቸው ጋር አወዳድሩ።

የቃላት ማብራሪያ

ቃል	ትርጉም
Table (ሰንጠረዥ)	የአንድ ዓይነት መዝገብ ስብስብ፣ ለምሳሌ ደንበኞች ወይም ቀጠሮዎች።
Row (ረድፍ / መዝገብ)	በሰንጠረዥ ውስጥ አንድ ንጥል፤ አንድ ደንበኛ፣ አንድ ቀጠሮ።
Column (አምድ / መስክ)	እያንዳንዱ ረድፍ ያለው አንድ መረጃ፣ ለምሳሌ ኢሜይል ወይም ዋጋ።
Primary key	ለእያንዳንዱ ረድፍ ልዩ ID፣ ብዙ ጊዜ ቁጥር ወይም የዘፈቀደ ሕብረቁምፊ።
Foreign key	በሌላ ሰንጠረዥ ውስጥ ወደ አንድ ረድፍ የሚጠቁም አምድ፤ ለምሳሌ bookings ውስጥ `customer_id`።
Schema	አጠቃላይ ንድፉ፦ የትኞቹ ሰንጠረዦች እንዳሉ፣ አምዶቻቸውና እንዴት እንደሚገናኙ።
Query	መረጃን ለማንበብ ወይም ለመቀየር ጥያቄ፤ ለምሳሌ «የነገ ቀጠሮዎች ሁሉ»።
SQL	Structured Query Language፣ relational ዳታቤዞችን ለመጠየቅ የሚያገለግል መደበኛ ቋንቋ።
Migration	በschema ላይ የሚደረግ የተቀመጠ፣ ደጋግሞ ሊሠራ የሚችል ለውጥ፤ ለምሳሌ አምድ መጨመር።
Index	በአንድ አምድ ላይ ፍለጋን ፈጣን የሚያደርግ የፍለጋ መዋቅር፤ እንደ የመጽሐፍ ማውጫ።
CRUD	Create፣ Read፣ Update፣ Delete፤ አፖች ከዳታ ጋር የሚያደርጓቸው አራት መሠረታዊ ነገሮች።
Backup (ምትኬ)	ነገር ቢበላሽ መልሶ ሊያመጡት የሚችሉት የዳታ ቅጂ።

የዳታቤዝ ዓይነቶች

ዓይነት	መረጃ እንዴት እንደሚያስቀምጥ	ምሳሌዎች	ለምን ጥሩ ነው
Relational (SQL)	ቋሚ አምዶችና በመካከላቸው ግንኙነቶች ያሉት ሰንጠረዦች	Postgres፣ MySQL፣ SQLite	አብዛኛዎቹ የንግድ አፖች፦ ቀጠሮዎች፣ ሱቆች፣ CRMዎች፣ SaaS
Document (NoSQL)	ተለዋዋጭ JSON መሰል ሰነዶች	MongoDB፣ Firestore	ቅርጹ ከመዝገብ ወደ መዝገብ ብዙ የሚለያይ ዳታ
Key-value	ዋጋ በቁልፍ ስር የሚቀመጥበት	Redis	ካሺንግ፣ እንደ sessions ያሉ የአጭር ጊዜ ዳታ

ለአብዛኛው ሥራ ፈጣሪዎችና ትናንሽ ንግዶች በመጀመሪያ የሚገነቡት ነገር፣ relational ዳታቤዝ አስተማማኝ ነባሪ ነው።

ዳታቤዙ በአፑ ውስጥ የት እንደሚገኝ

ጎብኚዎች ከዳታቤዙ ጋር በቀጥታ አይነጋገሩም። በብራውዘራቸው ያለው ገጽ (frontend) ዳታ ከሰርቨራችሁ (backend) በአብዛኛው በAPI በኩል ይጠይቃል። ሰርቨሩ ማን እንደሚጠይቅና መፍቀድ እንዳለበት ያረጋግጣል፣ ከዚያ ዳታቤዙን ይጠይቃል፣ ያ ሰው ማየት የሚገባውን ብቻ ይመልሳል።

ይህ መካከለኛ እርምጃ አስፈላጊ ነው። ብራውዘሩ ሙሉ መዳረሻ ኖሮት ዳታቤዙን በቀጥታ ቢጠይቅ፣ ማንም የገንቢ መሳሪያዎችን ከፍቶ ሁሉን ማንበብ ይችላል።

የተለመዱ ስህተቶችና ግንዛቤዎች

ዳታን በብራውዘር ብቻ ማስቀመጥ። የብራውዘር ማከማቻ (ለምሳሌ localStorage) በአንድ መሣሪያና በአንድ ብራውዘር ላይ ይኖራል። ለተጠበቀ ማጣሪያ ጥሩ ነው፣ ለትዕዛዞች አይደለም።
ሁሉንም በአንድ ሰንጠረዥ መጨመቅ። የደንበኛው ስም፣ ስልክና የአገልግሎት ዋጋ በእያንዳንዱ ረድፍ የተገለበጠበት አንድ «bookings» ሰንጠረዥ በፍጥነት ይበላሻል።
የይለፍ ቃሎችን እንደ ግልጽ ጽሑፍ ማስቀመጥ። የይለፍ ቃሎች ሃሽ መደረግ አለባቸው፤ ፈጽሞ ሊነበቡ የሚችሉ ሆነው መቀመጥ የለባቸውም። ማረጋገጫ ምንድን ነው ይመልከቱ።
በዳታ ላይ ህጎች አለመኖር። የሚፈለጉ መስኮችና የልዩነት ህጎች ከሌሉ ቀን የሌላቸው ቀጠሮዎችና የተባዙ ደንበኞች ታገኛላችሁ።
መሰረዝን መርሳት። ደንበኛ ሲሰረዝ ቀጠሮዎቹም ይሰረዙ፣ ይቆዩ ወይስ ይታገዱ ወስኑ።
ለሙከራ የምርት ዳታ መጠቀም። አደገኛ ለውጦችን መጀመሪያ ደህንነቱ በተጠበቀ ቦታ ሞክሩ፣ ምትኬዎችንም ያዙ።
ስፕሬድሺቱን ለዘላለም ዳታቤዝ አድርጎ መቁጠር። ስፕሬድሺቶች ለመጀመር ጥሩ ናቸው፣ ነገር ግን ብዙ ተጠቃሚዎችንና ፈቃዶችን ለመያዝ ይቸገራሉ። ስፕሬድሺትን ወደ አፕ እንዴት መቀየር እንደሚቻል ይመልከቱ።

ከAI መገንቢያችሁ ምን ብላችሁ ጠይቁ

«ይህን በብራውዘር ሳይሆን በዳታቤዝ አስቀምጥ። ምን ሰንጠረዦች እንደሚፈጥሩ ንገረኝ።»
«schemaውን እንደ ቀላል ሰንጠረዥ አሳየኝ፦ እያንዳንዱ ሰንጠረዥ፣ አምዶቹና እንዴት እንደሚገናኙ።»
«አንድ ደንበኛ ብዙ ቀጠሮዎች ሊኖሩት ይችላል፤ እያንዳንዱ ቀጠሮ በትክክል አንድ አገልግሎትና አንድ ሠራተኛ አለው።»
«ለደንበኞች ኢሜይል ግዴታና ልዩ እንዲሆን አድርግ።»
«ለአንድ ሠራተኛ ሁለት ቀጠሮዎች እንዳይደራረቡ አድርግ።»
«ባለቤቱ ወይም አስተዳዳሪው ብቻ ሁሉንም ቀጠሮዎች ማንበብ ይችላል፤ ደንበኞች የራሳቸውን ብቻ። ይህንን በሰርቨሩ ላይ አስፈጽም።»
«አገልግሎት ስሰርዝ ያለፉ ቀጠሮዎችን አትሰርዝ፤ በምትኩ አገልግሎቱን ንቁ ያልሆነ ምልክት አድርገው።»

ዳታቤዞች በMythex

አፕዎ ዳታ ማስቀመጥ ሲፈልግ Mythex ለፕሮጀክቱ የተሰጠ Postgres ዳታቤዝ ይጨምራል። በቻት ውስጥ መጠየቅ ትችላላችሁ («የጥበቃ ዝርዝር ምዝገባዎችን ወደ ዳታቤዝ አስቀምጥ»)፣ ወይም /database ትዕዛዝን መጠቀም ትችላላችሁ። የግንኙነት ዝርዝሮቹ ለአፕዎ በራስ-ሰር ይሰጣሉ፣ ወኪሉም ሰንጠረዦቹን ይፈጥራል። ዳታቤዙ ከአምስት ደቂቃ ስራ ፈት ቆይታ በኋላ ይተኛል፣ በሚቀጥለው ጥያቄ ይነቃል፤ የታተመው አጠቃቀም ግን ነቅቶ በቆየበት ጊዜ የሚከፈል ነው፣ ከግንባታው ጋር ከተመሳሳይ የክሬዲት ቀሪ ሂሳብ። በFree እና Pro ላይ ይገኛል። ዝርዝሩ በዳታቤዝ ሰነዶች ውስጥ ይገኛል፤ እና የአፕ አብነቶች በዳታ ላይ የተመሠረቱ መነሻ ነጥቦችን ይሰጣሉ።

ጥያቄዎች

ዳታቤዝ በቀላል አገላለጽ ምንድን ነው?

ዳታቤዝ አፑ ለመጻፍና ለማንበብ የሚችልበት የተደራጀ የመረጃ ማከማቻ ነው፤ ለምሳሌ ተጠቃሚዎች፣ ትዕዛዞች ወይም ቀጠሮዎች። በብራውዘር ትር ውስጥ ብቻ ከሚቀመጥ መረጃ በተለየ፣ ገጹ ዳግም ቢጫን፣ ቢዘጋ ወይም ከሌላ መሣሪያ ቢከፈት እንኳን አለ።

ስፕሬድሺት ዳታቤዝ ነው?

ስፕሬድሺት ተመሳሳይ ዓይነት ዳታ ሊይዝ ይችላል፤ ግን ለአፖች አልተሰራም። እውነተኛ ዳታቤዝ ለእያንዳንዱ አምድ ምን እንደሚይዝ ህጎችን ያስፈጽማል፣ ሰንጠረዦችን በአስተማማኝ ሁኔታ ያገናኛል፣ ብዙ ሰዎች በአንድ ጊዜ ሲጽፉ ይቆጣጠራል፣ እና ማን ምን ማንበብ እንደሚችል ይቆጣጠራል።

በSQL እና NoSQL ዳታቤዞች መካከል ያለው ልዩነት ምንድን ነው?

SQL (relational) ዳታቤዞች እንደ Postgres እና MySQL መረጃን በተወሰኑ አምዶችና በመካከላቸው ግንኙነቶች ባሉ ሰንጠረዦች ውስጥ ያስቀምጣሉ። NoSQL ዳታቤዞች እንደ MongoDB ይበልጥ ተለዋዋጭ ሰነዶችን ያስቀምጣሉ። አብዛኛዎቹ የንግድ አፖች፣ ቀጠሮዎች፣ CRMዎችና ሱቆች፣ ከrelational ሞዴሉ ጋር በደንብ ይስማማሉ።

አፑ ዳታቤዝ ያስፈልገዋል?

ሰዎች የሚያስገቡትን ማንኛውንም ነገር ማስታወስ ካለበት፣ ለምሳሌ ምዝገባዎች፣ ትዕዛዞች፣ መልዕክቶች ወይም ቅንብሮች፣ እና በኋላ ወይም ለሌላ ሰው ማሳየት ካለበት፣ አዎ። ሰዎች ዳታ የሚያስቀምጡ ቅጾች የሌሉት መረጃ ብቻ የሚሰጥ ድረ-ገጽ ብዙ ጊዜ አያስፈልገውም።