إنشاء عروض البيانات Views والاستعلام منها في MySQLMySQL Creating and Querying Views

يُعرَّف العرض View في MySQL بأنه جدول افتراضي مسمّى (Virtual Table) يتكوّن محتواه من استعلام SELECT محفوظ داخل قاموس بيانات المحرك (Data Dictionary). وعلى خلاف الجداول الفيزيائية الأساسية (Base Tables) في محرك InnoDB، لا يحجز العرض مساحة تخزينية لنسخ الصفوف على القرص الصلب، بل يعيد تنفيذ الاستعلام الكامن خلفه لحظياً في كل مرة تقرأ فيها البيانات منه.

تُستخدم العروض في الأنظمة الإنتاجية لتحقيق ثلاثة أهداف هندسية رئيسية:

• تغليف الاستعلامات المعقدة (Query Encapsulation): اختصار عبارات الربط المتعددة INNER JOIN وLEFT JOIN والتجميعات في اسم منطقي واحد يسهل استدعاؤه من تطبيقات الواجهة الخلفية.
• عزل طبقة التطبيق عن تغيرات المخطط (Schema Abstraction): إذا قُسِّم جدول كبير لاحقاً إلى جدولين، يمكنك تعديل تعريف العرض ليحافظ على نفس أسماء الأعمدة دون كسر كود التطبيق.
• توحيد منطق الأعمال (Single Source of Truth): بدلاً من تكرار معادلة حساب صافي الفاتورة أو حالة العميل النشط في عشرات الملفات البرمجية، تُكتب المعادلة مرة واحدة داخل العرض.

تتجلى القوة الحقيقية للأمر CREATE VIEW عندما تبني العرض فوق استعلام يربط عدة جداول (مثل ربط جدول الطلبات orders بجدول العملاء customers) مع حساب مجاميع مالية عبر دوال التجميع COUNT وSUM. كما يتيح لك MySQL تحديد أسماء صريحة لأعمدة العرض بين قوسين مباشرة بعد اسم العرض أو عبر الاسم المستعار AS داخل قائمة SELECT.

يشترط MySQL أن تكون أسماء الأعمدة داخل العرض فريدة تماماً؛ فإذا اشترك جدولان مربوطان في عمود يحمل الاسم id أو created_at، فيجب منح كل عمود اسماً مستعاراً مميزاً قبل حفظ العرض.

يُعدّ حجب الأعمدة الحساسة (Column-Level Projection & Masking) من أهم استخدامات العروض في بيئات الشركات. فجدول الموظفين الأساسي employees يحتوي عادةً على أعمدة سرية مثل الراتب الأساسي base_salary ورقم الآيبان البنكي iban_number وبصمة كلمة المرور، بينما تحتاج لوحة دليل الموظفين الداخلي إلى عرض الاسم والقسم والبريد المهني فقط.

يمكنك أيضاً دمج دوال النصوص والشرط مثل CONCAT وRIGHT وCASE داخل تعريف العرض لإخفاء جزء من البيانات الحساسة (Partial Masking) بدلاً من إزالتها بالكامل.

عندما تتغير متطلبات العمل وتحتاج إلى إضافة عمود جديد أو تعديل شرط التصفية داخل عرض موجود مسبقاً، فإن تنفيذ CREATE VIEW بنفس الاسم سيُرجع الخطأ ERROR 1050 (42S01): Table already exists. ولتجنب حذف العرض يدوياً ثم إعادة إنشائه، يوفر MySQL صيغتين قياسيتين لتحديث تعريف العرض في مكانه:

• صيغة CREATE OR REPLACE VIEW: تنشئ العرض إذا لم يكن موجوداً، أو تستبدل تعريفه فوراً إذا كان موجوداً مسبقاً، وهي الصيغة الأكثر شيوعاً في ملفات الترحيل (Migrations).
• صيغة ALTER VIEW: تعدّل تعريف عرض موجود بالفعل، وتفشل برسالة خطأ واضحة إذا لم يكن العرض موجوداً في قاعدة البيانات.

عند تنفيذ الأمر العادي SHOW TABLES، يعرض MySQL أسماء الجداول الفيزيائية والعروض الافتراضية معاً في قائمة واحدة. وللتمييز بينهما بدقة وفحص الكود المصدري لأي عرض أو حذفه عند انتهاء الحاجة إليه، نستخدم أدوات الفحص والإدارة التالية:

• SHOW FULL TABLES WHERE Table_type = 'VIEW': يعرض قائمة العروض الافتراضية فقط مع عمود التصنيف VIEW في مقابل BASE TABLE.
• SHOW CREATE VIEW view_name: يكشف نص استعلام SELECT الكامل المخزن داخل MySQL مع ترميز المحارف.
• DROP VIEW IF EXISTS view_name: يحذف تعريف العرض فقط من قاموس البيانات دون المساس بأي صف أو جدول من الجداول الأساسية.

يلخّص الجدول المرجعي التالي أوامر إدارة العروض الافتراضية في MySQL 8.4 ومزاياها وحدودها الهندسية عند تصميم قواعد البيانات: