لتصف بياناتك للذكاء الاصطناعي فيُبنى التطبيق صحيحاً، اذكر خمسة أشياء بلغة بسيطة: الأشياء التي يحفظها التطبيق (عملاء، مواعيد، منتجات)، تفاصيل كل شيء، العلاقات بينها («كل عميل له مواعيد كثيرة»)، القواعد (حقول إلزامية، قيم فريدة، حالات الطلب)، ومن يرى ويعدّل كل شيء. اطلب من الوكيل أن يعرض عليك تصميم البيانات للمراجعة قبل بناء الصفحات.
- كيف اصمم قاعدة بيانات لتطبيقي
- برومبت تصميم قاعدة بيانات
- تصميم قاعدة بيانات بالذكاء الاصطناعي
- كيف اوصف البيانات للذكاء الاصطناعي
- قاعدة بيانات بدون برمجة
كيف تصف بياناتك للذكاء الاصطناعي ليُبنى التطبيق صحيحاً؟
لتصف بياناتك للذكاء الاصطناعي فيُبنى تطبيقك صحيحاً، أجب عن خمسة أسئلة بلغة يومية: ما الأشياء التي يحفظها التطبيق؟ ما تفاصيل كل شيء؟ كيف ترتبط ببعضها؟ ما القواعد التي تحكمها؟ ومن يرى ويعدّل كل شيء؟ لا تحتاج أن تعرف SQL أو مصطلحات الجداول؛ الوكيل يحول وصفك إلى تصميم قاعدة بيانات حقيقي، وأنت تراجعه.
لماذا نهتم بهذا الجزء تحديداً؟ لأن قاعدة البيانات هي الأساس الذي تقوم عليه كل صفحة. تغيير لون زر يأخذ دقيقة، أما اكتشاف أن «العميل» يجب أن يملك أكثر من عنوان بعد أن تجمع 500 طلب، فيعني تعديل البيانات القائمة بحذر. وصف واضح في البداية يوفر عليك هذا كله. ولأساسيات الموضوع بلا برومبتات، اقرأ تصميم قاعدة البيانات لغير المطورين.
الواجهة ما يراه العميل، والبيانات ما يتذكره التطبيق. والتطبيق الذي يتذكر خطأ لا تنقذه واجهة جميلة.
من نشاطك إلى «أشياء» وتفاصيل: مثال عيادة
أسهل طريقة للبدء: اكتب كل الأسماء التي تتكرر حين تشرح عملك لموظف جديد. في عيادة ستجد: مريض، طبيب، موعد، خدمة، دفعة. هذه هي «الكيانات»، وكل واحد منها سيصبح جدولاً. ثم اسأل عن كل واحد: ما الذي أحتاج أن أعرفه عنه؟
| الشيء (الكيان) | تفاصيله (الحقول) | علاقته بغيره |
|---|---|---|
| مريض | الاسم، رقم الجوال، تاريخ الميلاد، الجنس، ملاحظات | له مواعيد كثيرة ودفعات كثيرة |
| طبيب | الاسم، التخصص، أيام العمل وساعاتها | له مواعيد كثيرة ويقدم خدمات محددة |
| خدمة | الاسم بالعربي والإنجليزي، المدة بالدقائق، السعر | تُحجز في مواعيد كثيرة |
| موعد | التاريخ، الوقت، الحالة، ملاحظات الاستقبال | يتبع مريضاً واحداً وطبيباً واحداً وخدمة واحدة |
| دفعة | المبلغ، العملة، الطريقة، الحالة، رقم العملية | تتبع موعداً واحداً |
العلاقات بلغة بسيطة: ثلاث جمل تكفي
العلاقات هي أكثر ما يُفهم خطأ إن لم تُذكر. لا تحتاج مصطلحات مثل one-to-many؛ تكفي ثلاثة أنماط من الجمل:
- «كل [أ] له [ب] كثيرة»: كل عميل له طلبات كثيرة. كل متجر له منتجات كثيرة.
- «كل [ب] يتبع [أ] واحداً فقط»: كل طلب يتبع عميلاً واحداً. كل دفعة تتبع طلباً واحداً.
- «[أ] و[ب] يرتبطان عبر [ج]»: المريض والطبيب يرتبطان عبر الموعد. الطالب والدورة يرتبطان عبر التسجيل، ولكل تسجيل تاريخ ونسبة إنجاز.
النمط الثالث هو الأهم والأكثر نسياناً. حين يكون للعلاقة نفسها تفاصيل (تاريخ الموعد، الكمية في الطلب، درجة الطالب)، فهي «شيء» مستقل يستحق اسماً. مثال: المنتج والطلب يرتبطان عبر «بند الطلب» الذي يحفظ الكمية والسعر وقت الشراء، حتى لو تغير سعر المنتج لاحقاً.
القواعد التي يجب أن تكتبها صراحة
القواعد هي ما يجعل البيانات موثوقة. بدونها يقبل التطبيق رقم جوال مكرراً، أو موعدين في الوقت نفسه للطبيب نفسه. هذه أهم القواعد وجملها الجاهزة:
| القاعدة | لماذا تهم | الجملة في البرومبت |
|---|---|---|
| حقول إلزامية | تمنع سجلات ناقصة | رقم الجوال والاسم إلزاميان للعميل |
| قيم فريدة | تمنع التكرار | رقم الجوال فريد؛ لا يتكرر لعميلين |
| حالات واضحة | تضبط سير العمل | حالات الطلب: جديد، مؤكد، قيد التوصيل، مكتمل، ملغى |
| منع التعارض | يمنع الحجز المزدوج | لا يمكن حجز موعدين متداخلين لنفس الطبيب |
| الحذف | يحفظ السجل المالي | لا تحذف الطلبات؛ الإلغاء يغير الحالة فقط |
| المبالغ | دقة الحسابات | المبالغ أرقام عشرية مع العملة، والضريبة محفوظة منفصلة |
| التواريخ | تجنب أخطاء التوقيت | خزّن التاريخ ميلادياً بتوقيت الرياض، واعرضه هجرياً وميلادياً |
| الأرقام | توحيد البيانات | حوّل أرقام الجوال لصيغة 966 الدولية قبل الحفظ |
لاحظ قاعدة الحذف تحديداً. في التطبيقات التجارية نادراً ما تريد حذف طلب أو دفعة فعلياً؛ الأفضل «أرشفته» أو تغيير حالته، حتى تبقى تقاريرك وفواتيرك صحيحة.
الصلاحيات والخصوصية: من يرى ماذا؟
لكل نوع من البيانات جمهور. صفه بجمل مثل: «المريض يرى مواعيده فقط، الطبيب يرى مرضاه ومواعيده، الاستقبال يرى كل المواعيد دون الملاحظات الطبية، المدير يرى التقارير المالية». هذا ما يسمى التحكم بالصلاحيات حسب الدور، وتفاصيله في الأدوار والصلاحيات في تطبيقك.
- اجمع فقط ما تحتاجه فعلاً؛ لا تطلب رقم الهوية أو تاريخ الميلاد إن لم تستخدمه.
- حدد البيانات الحساسة (صحية، مالية) واطلب أن تُعرض لأقل عدد من الأدوار.
- اطلب سجل تعديلات للبيانات المهمة: من غيّر ماذا ومتى.
- لا تُحفظ أرقام البطاقات في قاعدة بياناتك؛ بوابة الدفع تتولاها.
برومبت كامل لتصميم قاعدة البيانات
هذا مثال لمتجر حلويات بطلبات مسبقة. لاحظ أنه يطلب عرض التصميم للمراجعة قبل بناء أي صفحة؛ هذه أهم جملة فيه.
قبل بناء الصفحات، صمم قاعدة البيانات واعرضها عليّ بلغة بسيطة للمراجعة. الأشياء: - عميل: الاسم، رقم الجوال (إلزامي وفريد، بصيغة 966)، العناوين (له أكثر من عنوان، كل عنوان فيه المدينة والحي والشارع ورقم المبنى والرمز البريدي وموقع على الخريطة). - منتج: الاسم بالعربي والإنجليزي، الوصف، الصور، السعر بالريال، متاح أم لا، الحد اليومي للكمية. - طلب: يتبع عميلاً واحداً وعنواناً واحداً، تاريخ ووقت الاستلام (بعد يومين على الأقل)، الحالة (جديد، مؤكد، قيد التجهيز، تم التوصيل، ملغى)، المجموع قبل الضريبة، ضريبة 15%، المجموع النهائي. - بند طلب: يربط الطلب بالمنتج، فيه الكمية والسعر وقت الشراء. - دفعة: تتبع طلباً واحداً، الطريقة (مدى، Apple Pay، Tabby)، المبلغ، الحالة، رقم العملية من البوابة. القواعد: لا يُقبل طلب إذا تجاوز مجموع الكمية الحد اليومي للمنتج في ذلك اليوم. الطلبات لا تُحذف، الإلغاء يغير الحالة فقط. التواريخ بتوقيت الرياض. الصلاحيات: العميل يرى طلباته فقط. موظف المطبخ يرى طلبات اليوم وبنودها دون بيانات الدفع. المدير يرى كل شيء. لا تضف جداول لم أذكرها؛ إن رأيت شيئاً ناقصاً اقترحه في قائمة.
جرّبه في فنّانكيف تعدّل البيانات بعد الإطلاق دون أن تخسر شيئاً؟
ستحتاج حتماً لتغيير بياناتك: حقل جديد، تقسيم شيء إلى شيئين، أو علاقة جديدة. حين يكون عندك عملاء حقيقيون، اتبع هذه الخطوات:
- 1تأكد من النسخة الاحتياطية
قبل أي تغيير في البيانات، تأكد من وجود نسخة حديثة. فنّان يأخذ نسخاً احتياطية يومية، ويمكنك التراجع الفوري عن نسخة التطبيق.
- 2اطلب الحفاظ على البيانات صراحة
«أضف حقل تاريخ الميلاد للعميل اختيارياً، دون حذف أو تعديل أي بيانات حالية».
- 3اطلب خطة النقل
إن كان التغيير يمس بيانات قائمة، مثل نقل العنوان من حقل واحد إلى جدول عناوين، اطلب شرح كيف ستُنقل البيانات الحالية قبل التنفيذ.
- 4اختبر أولاً
جرّب التغيير في بيئة اختبار، ثم تحقق من أن الطلبات القديمة والتقارير ما زالت صحيحة.
للتفاصيل اقرأ النسخ الاحتياطي والتعافي من الكوارث.
أخطاء شائعة في وصف البيانات
- «التطبيق يحفظ الطلبات»
- عنوان العميل حقل نصي واحد
- الطلب يقرأ السعر الحالي للمنتج
- حذف الطلبات الملغاة
- كل الموظفين يرون كل شيء
- الطلب يتبع عميلاً، فيه بنود وحالة ومجموع وضريبة
- عناوين متعددة بحقول العنوان الوطني وموقع على الخريطة
- السعر والضريبة محفوظان في بند الطلب وقت الشراء
- الإلغاء حالة، والسجل يبقى للتقارير
- صلاحيات حسب الدور، والبيانات الحساسة لأقل عدد
الخلاصة
- قاعدة البيانات أساس التطبيق؛ تصحيحها قبل البناء أرخص بكثير من تصحيحها بعده.
- صف الأشياء وتفاصيلها وعلاقاتها بجمل بسيطة مثل «كل طلب يتبع عميلاً واحداً».
- اكتب القواعد صراحة: الإلزامي، الفريد، حالات الطلب، وماذا يحدث عند الحذف.
- حدد من يرى ويعدّل كل نوع من البيانات، واجمع فقط ما تحتاجه من بيانات شخصية.
- عند تغيير البيانات لاحقاً: نسخة احتياطية، حفظ البيانات الحالية، واختبار قبل النشر.
أسئلة شائعة
كيف اصمم قاعدة بيانات لتطبيقي بدون خبرة؟
هل أحتاج أن أتعلم SQL؟
ماذا لو اكتشفت بعد الإطلاق أن تصميم البيانات ناقص؟
ما الفرق بين الحقل والكيان؟
أين تُحفظ بيانات تطبيقي في فنّان؟
اسأل مساعدك الذكي عن هذا الموضوع
انسخ هذا الطلب والصقه في مساعد الذكاء الاصطناعي الذي تستخدمه، ثم أضف تفاصيل حالتك.
أقرأ هذا الدليل: «برومبتات لتصميم قاعدة البيانات: صِف بياناتك ليُبنى التطبيق صحيحاً» https://fanann.com/ar/blog/prompts-for-database-design/ سؤالي: كيف اصمم قاعدة بيانات لتطبيقي اعتمد على هذه الصفحة كمصدر واشرح لي الإجابة خطوة بخطوة بما يناسب حالتي، واذكر ما يجب أن أتحقق منه قبل أن أبدأ، واذكر رابط الصفحة كمرجع.