لتصميم قاعدة بيانات تطبيقك اكتب أولاً الأشياء التي يتعامل معها التطبيق، مثل العملاء والمواعيد والخدمات، واجعل كل واحد منها جدولاً. ثم حدد لكل جدول أعمدته، أي المعلومات التي تحفظها عنه، وحدد العلاقات بين الجداول: عميل له مواعيد كثيرة، وموعد فيه خدمات كثيرة. وأخيراً ضع القواعد: الحقول المطلوبة، والقيم الفريدة، والحالات المسموحة، ومن يرى أي صف.
- كيف اصمم قاعدة بيانات لتطبيقي
- تصميم قاعدة بيانات للمبتدئين
- ما هي العلاقات في قاعدة البيانات
- مثال قاعدة بيانات لتطبيق حجز
- الفرق بين قاعدة البيانات والاكسل
- قاعدة بيانات بدون برمجة
كيف تصمم قاعدة بيانات لتطبيقك دون أن تكون مبرمجاً؟
لكي تصمم قاعدة بيانات لتطبيقك دون خبرة برمجية، فكّر بثلاث طبقات بالترتيب: الجداول، وهي الأشياء التي يتعامل معها تطبيقك كالعملاء والمواعيد والمنتجات؛ ثم العلاقات بينها، كعميل له مواعيد كثيرة؛ ثم القواعد، كأن رقم الجوال لا يتكرر وأن الموعد لا يُحجز مرتين. إن كتبت هذه الطبقات الثلاث بلغة عادية، فأنت صممت قاعدة بيانات فعلاً.
لماذا يهمك هذا وأنت تبني بالذكاء الاصطناعي؟ لأن الوكيل يبني الجداول بناءً على وصفك. إن كان الوصف غامضاً، خمّن، وقد يخمن خطأ. وأخطاء قاعدة البيانات أصعب الأخطاء إصلاحاً لاحقاً، لأن البيانات الحقيقية تكون قد تراكمت فوقها. عشر دقائق من التفكير في البداية توفر أياماً من التعديلات.
سنستخدم في هذا الدليل مثالاً واحداً حتى النهاية: تطبيق حجز لصالون نسائي في الرياض فيه خدمات وموظفات ومواعيد ودفع. وإن كنت تملك بياناتك في Excel اليوم، فاقرأ أيضاً تحويل جدول بيانات إلى تطبيق.
التطبيق الجميل بقاعدة بيانات فوضوية مثل محل أنيق بمخزن لا يُعرف فيه شيء.
ما الفرق بين قاعدة البيانات وجدول Excel؟
قاعدة البيانات تشبه ملف Excel فيه أوراق متعددة، لكنها أكثر صرامة وذكاءً. كل ورقة جدول، وكل عمود له نوع محدد، وكل صف له رقم تعريف فريد، والجداول مرتبطة ببعضها بدل نسخ المعلومات بينها.
| المقارنة | جدول Excel | قاعدة بيانات التطبيق |
|---|---|---|
| نوع البيانات | أي شيء في أي خانة | كل عمود له نوع: نص، رقم، تاريخ، نعم أو لا |
| التكرار | اسم العميل يُنسخ في كل طلب | العميل مرة واحدة، والطلبات تشير إليه |
| القواعد | لا شيء يمنع خانة فارغة أو رقماً مكرراً | حقول مطلوبة وقيم فريدة تُفرض تلقائياً |
| المستخدمون معاً | تعارض عند التعديل في نفس الوقت | مئات المستخدمين في اللحظة نفسها |
| الصلاحيات | من يملك الملف يرى كل شيء | كل مستخدم يرى ما يخصه فقط |
| الاستعلام | فلاتر يدوية | أسئلة دقيقة سريعة بلغة SQL يكتبها التطبيق |
الخطوة الأولى: الجداول والأعمدة
اكتب قصة التطبيق في جملتين، ثم ضع خطاً تحت كل اسم مهم. في مثالنا: «العميلة تختار خدمة وموظفة وتحجز موعداً ثم تدفع.» هذه الأسماء هي جداولك الأولى. ثم اسأل عن كل جدول: ما المعلومات التي أحتاج حفظها عنه؟
| الجدول | أهم الأعمدة | ملاحظة |
|---|---|---|
| العملاء | المعرّف، الاسم، الجوال، تاريخ التسجيل | الجوال فريد ومطلوب |
| الموظفات | المعرّف، الاسم، الحالة نشطة أو لا | لا تحذف موظفة غادرت، بل أوقفها |
| الخدمات | المعرّف، الاسم بالعربية، الاسم بالإنجليزية، المدة بالدقائق، السعر | الاسم بلغتين في عمودين |
| المواعيد | المعرّف، العميلة، الموظفة، وقت البداية، وقت النهاية، الحالة | العميلة والموظفة إشارة لجدوليهما |
| خدمات الموعد | الموعد، الخدمة، السعر وقت الحجز | جدول وسيط، وسنشرحه بعد قليل |
| المدفوعات | المعرّف، الموعد، المبلغ، العملة، الوسيلة، الحالة، رقم العملية لدى البوابة | دفعة أو أكثر لكل موعد |
الخطوة الثانية: العلاقات بين الجداول
العلاقة تجيب عن سؤال: كم من هذا يرتبط بكم من ذاك؟ هناك ثلاثة أنواع فقط، وفهمها يحل معظم مسائل التصميم.
- 1واحد لمتعدد
عميلة واحدة لها مواعيد كثيرة، وكل موعد لعميلة واحدة. الحل: عمود معرّف العميلة داخل جدول المواعيد. هذا أكثر نوع شائع.
- 2متعدد لمتعدد
الموعد قد يشمل خدمات كثيرة، والخدمة تتكرر في مواعيد كثيرة. الحل: جدول وسيط هو خدمات الموعد، كل صف فيه يربط موعداً بخدمة.
- 3واحد لواحد
نادر: مثل ملف إعدادات لكل موظفة. غالباً يكفي وضع الأعمدة في الجدول نفسه.
مثال آخر من نفس التطبيق: الموظفة تقدم خدمات كثيرة، والخدمة تقدمها موظفات كثيرات. هذه علاقة متعدد لمتعدد تحتاج جدولاً وسيطاً اسمه مثلاً «خدمات الموظفة»، يحدد من تستطيع تقديم ماذا. من دونه سيعرض التطبيق للعميلة موظفة لا تقدم الخدمة المطلوبة.
الخطوة الثالثة: القواعد التي تحمي بياناتك
القواعد في قاعدة البيانات هي آخر خط دفاع. حتى لو أخطأت شاشة ما أو حاول أحد التلاعب، ترفض قاعدة البيانات البيانات الخاطئة.
- حقول مطلوبة: لا موعد بدون عميلة ووقت بداية.
- قيم فريدة: رقم الجوال لا يتكرر بين العملاء.
- حالات محددة: حالة الموعد واحدة من قائمة ثابتة: محجوز، مؤكد، مكتمل، ملغى، لم تحضر. لا نص حر.
- نطاقات منطقية: السعر لا يكون سالباً، ووقت النهاية بعد وقت البداية.
- منع التعارض: لا موعدان لنفس الموظفة في وقت متداخل. هذه قاعدة عمل يجب أن تذكرها صراحة للوكيل.
- ماذا يحدث عند الحذف: إن حُذفت خدمة، هل تختفي من المواعيد القديمة؟ الأفضل غالباً الإيقاف بدل الحذف.
من يرى أي صف؟
الصلاحيات جزء من التصميم لا إضافة لاحقة. العميلة ترى مواعيدها فقط، والموظفة ترى مواعيدها اليوم، والمديرة ترى كل شيء. حدد ذلك بجملة واضحة لكل دور. للتفاصيل اقرأ الأدوار والصلاحيات للموظفين.
تفاصيل خليجية تفرق في التصميم
- المال أعداد صحيحة مع العملة: احفظ 15000 هللة مع SAR بدل 150.00، وانتبه أن الدينار الكويتي والبحريني بثلاث خانات.
- الأسعار نسخة ثابتة: احفظ سعر الخدمة داخل خدمات الموعد وقت الحجز. إن رفعت السعر لاحقاً، لا يتغير سعر المواعيد القديمة ولا الفواتير.
- الوقت بتوقيت موحد: احفظ الأوقات بتوقيت عالمي موحد واعرضها بتوقيت الرياض أو دبي. ولا تحفظ التاريخ الهجري عموداً منفصلاً؛ احسبه للعرض من التاريخ الميلادي.
- لغتان في عمودين: اسم الخدمة بالعربية والإنجليزية في عمودين، لا ترجمة آلية عند العرض.
- الجوال بصيغة دولية: احفظ الرقم دائماً بالرمز الدولي ليعمل البحث والرسائل.
- حقول التدقيق: تاريخ الإنشاء والتعديل ومن أنشأ في كل جدول مهم. ستحتاجها عند أي خلاف.
هذه التفاصيل تتصل بأنظمة أخرى: الفواتير والضريبة، والتقويم الهجري، والبيانات الشخصية. لتطبيقات المواعيد بالتحديد راجع بناء تطبيق حجز صالون في السعودية.
أخطاء شائعة وطلب جاهز للبناء
- جدول واحد ضخم فيه كل شيء
- قوائم مفصولة بفواصل داخل خانة
- الحالة نص حر يكتبه أي أحد
- حذف نهائي للسجلات القديمة
- المجموع محفوظ دون تفاصيله
- جدول لكل شيء مستقل بمعرّف
- جداول وسيطة للعلاقات المتعددة
- حالات من قائمة ثابتة
- أرشفة أو إيقاف بدل الحذف
- التفاصيل محفوظة والمجموع يُحسب منها
صمم قاعدة بيانات لتطبيق حجز صالون نسائي في الرياض، واعرض التصميم علي كجداول وعلاقات بلغة بسيطة قبل البناء. الجداول: العملاء (الاسم، الجوال بصيغة دولية وفريد)، الموظفات (الاسم، نشطة أو موقوفة)، الخدمات (الاسم بالعربية والإنجليزية، المدة بالدقائق، السعر بالهللة)، خدمات الموظفة كجدول وسيط، المواعيد (العميلة، الموظفة، البداية، النهاية، الحالة من قائمة: محجوز، مؤكد، مكتمل، ملغى، لم تحضر)، خدمات الموعد كجدول وسيط مع السعر وقت الحجز، المدفوعات (المبلغ بالهللة، العملة، الوسيلة، الحالة، رقم العملية). القواعد: لا تداخل في مواعيد نفس الموظفة، النهاية بعد البداية، لا حذف للخدمات بل إيقاف. الأوقات بتوقيت موحد وتُعرض بتوقيت الرياض مع التاريخ الهجري. الصلاحيات: العميلة ترى مواعيدها، الموظفة ترى جدولها، المديرة ترى الكل. أضف حقول الإنشاء والتعديل لكل جدول.
جرّبه في فنّانبعد البناء تبقى قاعدة البيانات أغلى ما في تطبيقك، فتأكد من النسخ الاحتياطي والتعافي من الكوارث. ولصياغات أكثر راجع طلبات تصميم قاعدة البيانات. وفي فنّان تأتي قاعدة البيانات المُدارة مع نسخ احتياطي يومي وتصدير كامل للكود.
الخلاصة
- كل شيء مهم في تطبيقك اسم: عميل، طلب، منتج. كل اسم جدول، وكل صفة عنه عمود.
- العلاقات هي قلب التصميم: واحد لمتعدد عبر معرّف، ومتعدد لمتعدد عبر جدول وسيط.
- القواعد في قاعدة البيانات تحميك من بيانات خاطئة أياً كان مصدرها: حقول مطلوبة وقيم فريدة وحالات محددة.
- احفظ المبالغ أعداداً صحيحة مع العملة، والأوقات بتوقيت موحد، والأسعار وقت الطلب كنسخة ثابتة.
- اكتب التصميم بالكلام قبل البناء، واطلب من الوكيل عرضه عليك؛ تعديل الخطة أرخص بكثير من تعديل تطبيق قائم.
أسئلة شائعة
كيف اصمم قاعدة بيانات لتطبيقي وأنا لست مبرمجاً؟
ما هي العلاقات في قاعدة البيانات؟
ما الفرق بين قاعدة البيانات والاكسل؟
هل أستطيع تعديل قاعدة البيانات بعد إطلاق التطبيق؟
هل أحتاج تعلم SQL لبناء تطبيق؟
اسأل مساعدك الذكي عن هذا الموضوع
انسخ هذا الطلب والصقه في مساعد الذكاء الاصطناعي الذي تستخدمه، ثم أضف تفاصيل حالتك.
أقرأ هذا الدليل: «تصميم قاعدة البيانات لغير المبرمجين: الجداول والعلاقات والقواعد» https://fanann.com/ar/blog/design-database-for-app/ سؤالي: كيف اصمم قاعدة بيانات لتطبيقي اعتمد على هذه الصفحة كمصدر واشرح لي الإجابة خطوة بخطوة بما يناسب حالتي، واذكر ما يجب أن أتحقق منه قبل أن أبدأ، واذكر رابط الصفحة كمرجع.