متاح للاستضافة الذاتية بخطة Business فما فوق
المسار: لوحة الإدارة ← Schema integrity
يُفترض أن تتطابق تعريفات الحقول التي يحتفظ بها Teable مع البنية الفعلية في قاعدة البيانات. وحين يتباعد الاثنان، يرى المستخدمون حقولًا لا تُفتح، وحقول ربط لا تُرجع شيئًا، أو جدولًا يتعثّر فيه القراءة والكتابة باستمرار من دون سبب ظاهر. ويتولّى Schema integrity تحديد هذا النوع من المشكلات وإصلاحه.
يستطيع مسؤول النسخة فحص أي قاعدة في النسخة من دون الانضمام إلى مساحتها أولًا، بما في ذلك المستأجرون الذين يديرون قاعدة بياناتهم بأنفسهم (BYODB).
تشغيل الفحص
ابحث عن القاعدة من مربّع البحث، بالقاعدة أو المساحة أو معرّف الجدول أو الاسم. تعرض قائمة النتائج المساحة (Space) التي تنتمي إليها، وقاعدة البيانات المستخدمة (Data DB: الافتراضية أو BYODB)، وبيئة التشغيل (Runtime: v1 أو v2)، وبها تتأكّد أنك أمام القاعدة الصحيحة. فتكرار اسم القاعدة نفسه في مساحات مختلفة أمر شائع.
انقر Check في ذلك الصف، ثم تشغيل الفحص في نافذة سلامة المخطط.
قراءة النتائج
تُعرض النتائج لكل حقل وقاعدة، في أربع حالات:
ابدأ بحالة خطأ: فالعطل الذي يُبلّغ عنه المستخدمون يقع في هذه الفئة في الغالب. أما تحذير فلا يفسّر العطل الحالي، لكنه قد يتحوّل إلى خطأ مع استمرار تغيّر بنية الحقول، ولذلك يستحق المعالجة بعد الفراغ من الأخطاء.
الإصلاح
يمكنك إصلاح قاعدة تلو الأخرى، أو العمل دفعةً واحدة عبر إصلاح التحذيرات فقط أو إصلاح التحذيرات والأخطاء. وما دمت تتعقّب عطلًا قائمًا، أصلح الأخطاء واحدًا واحدًا وتأكّد من زوال العطل قبل الانتقال إلى التحذيرات، حتى تبقى أي مشكلة جديدة منسوبة إلى تغيير واحد بعينه.
لا يغيّر الإصلاح سوى بنية الجدول، ولا يمسّ محتوى السجلات. وقبل تنفيذه، استعن بالمعاينة المجاورة لزر الإصلاح: تعرض نافذة تأكيد تفاصيل الإصلاح المسوّغ وجملة SQL الناتجة عن التشغيل التجريبي، ولا يُنفَّذ شيء قبل تأكيدك.
بعض القواعد لا تُصلَح تلقائيًا وتعرض يدوي بدلًا من ذلك، وعندها تشرح النافذة سبب حاجة المشكلة إلى تدخّل بشري. وإذا لم يُرجع التشغيل التجريبي جملة SQL قابلة للتنفيذ، تصرّح النافذة بذلك، وهذه الحالة تحتاج إلى تدخّل بشري أيضًا.
بعد الإصلاح، انقر إعادة الفحص للتأكّد من زوال المشكلة.