تدقيق نماذج قاعدة البيانات والحقول المخصصة والدقة العشرية ومعايير النظام والتسلسلات

النماذج تسرد كل نموذج باسمه التقني ووصفه و النوع وعلامة العبور. كائن أساسي يعني معرّفاً بكود التطبيقات: يعيد النظام كتابة تعريفه مع كل ترقية، وحارس الحذف مطلق — "Model '…' contains module data and cannot be removed." ويعرض النموذج حقوله وصلاحيات وصوله وقواعد سجلاته مضمنةً، وأي التطبيقات تعرّفه، وعدد سجلات حياً.

الفعل الإنشائي الوحيد الذي تتيحه هذه الشاشة هو كائن مخصص: اسمه التقني يجب أن يبدأ بـ x_، ويحصل على جدول قاعدة بيانات حقيقي وحقل x_name تلقائي، ويتجمد نوعه واسم نموذجه وعلامة عبوره إلى الأبد بعدها. والقاعدة نفسها تحكم الحقول: الحقول المخصصة تبدأ بـ x_ وتُحرَّر كلياً عدا نموذجها ونوعها ("Changing the type of a field is not yet supported. Please drop it and create it again!")، بينما الشيء الوحيد الذي يحرره المدير على حقل أساسي هو ما يقبل الترجمة — تسمية الحقل و مساعدة الحقل. وكل ما عداهما يجيب بـ "Properties of base fields cannot be altered in this manner! Please modify them through Python code, preferably through a custom addon!". وقاعدة بيانات WindoorERP القياسية تكاد تخلو من النماذج والحقول المخصصة — فإن رأيت مدخلات x_ فقد صنعها أحد عمداً.

اختيار الحقول يسرد قيم الاختيار لكل حقل اختيار. يحرر المدراء تسمية القيمة؛ أما إضافة القيم أو حذفها على الحقول الأساسية فمحجوب، وتحرير القيمة المخزنة يعيد كتابة ذلك العمود في كل سجل موجود — تحرير التسميات فقط، ما لم تعرف بالضبط ما تفعل.

قيود النموذج و علاقات متعدد لمتعدد دفاتر لآلة الترقية — كل عمود للقراءة فقط ولا شيء يُضبط. و المرفقات تسرد كل ملف مخزن مع سجله المالك ونوعه (ملف أو رابط) وحجمه وبصمته؛ ومحتوى الملف نفسه يعيش في مخزن ملفات الخادم لا في جدول قاعدة البيانات. و تسجيل يعرض فقط المدخلات المكتوبة عبر نموذج التسجيل (كـ log() في إجراء خادم مثلاً) — وليس ملف سجل الخادم. أما التحليل فيحمل آثار الأداء: يسمح المدير أولاً بالتحليل لمدة محدودة عبر نافذة «تمكين التحليل لبعض الوقت»، ثم يسجل أثراً من أدوات المطور ويفتحه هنا رسماً لهبياً؛ وبدون تلك الخطوة يُخبر المستخدم العادي بأن التحليل غير مفعّل في قاعدة البيانات هذه.

صف لكل استخدام وقيمة خانات واحدة لكلٍّ — هذا ما يقرّب الكميات وأسعار الوحدات عبر النظام:

في قاعدة بيانات WindoorERP تقرأ القائمة: وحدة المنتج و سعر المنتج و الخصم و وزن المخزون و الحجم و النسبة التحليلية على خانتين، و شروط السداد على 6، و الحساب على 3. أمران يجب فهمهما قبل اللمس: المبالغ النقدية تتقرب بتقريب العملة لا بهذه الشاشة؛ وتغيير دقة لا يعيد كتابة البيانات الموجودة أبداً — ولهذا بالضبط يحذرك خفضُها مطولاً بأن "changing decimal precisions in a running database is not recommended".

مخزن مفتاح–قيمة مسطح يقرؤه النظام كله. التغييرات تسري من الطلب التالي — بلا إعادة تشغيل. حفنة تستحق التمييز: web.base.url هو العنوان المستخدم في روابط البريد (ويتبع آخر تسجيل دخول لمدير ما لم يُضبط web.base.url.freeze على True)؛ و base.login_cooldown_after و base.login_cooldown_duration هما قفل الحماية من التخمين (بعد 10 محاولات فاشلة، حجب 60 ثانية، افتراضياً)؛ و database.uuid و database.secret يعرّفان النسخة ويؤمّنانها — والمفاتيح المحمية لا تُعاد تسميتها ولا تُحذف.

كل مستند مرقم — عروض الأسعار وأوامر الشراء والتحويلات والفواتير — يسحب رقمه من تسلسل هنا. والنموذج يوثق نفسه بنفسه، ومعه جدول الرموز:

قاعدتا إبهام لإعادة الترقيم: اضبط البادئات قبل الإطلاق؛ ولا تُرجع الرقم التالي أبداً فوق أرقام استُخدمت — فيصطدم المستند التالي بمستند موجود.

كل سجل يشحنه تطبيق يحمل مُعرفاً خارجياً (module.name). وهو كيف تجد الترقية سجلها «الخاص» لتحدّثه. حذف المعرف لا يحذف السجل — بل أسوأ: الترقية التالية لا تجد السجل فتنشئ نسخة مكررة، أو تفشل على قاعدة تفرد. وحذف معرف طريقة عرض أو قائمة هو الطريق الكلاسيكي الذي يكسر به مديرٌ حسنُ النية نسخته. انظر ورشّح وصدّر — ولا تحذف.