ما هي الـ views والـ materialized views؟

Question

Accepted Answer

**الـ view** هو استعلام محفوظ يعمل كجدول افتراضي — تستعلم عنه مثل أي جدول عادي، لكنه ينفذ الاستعلام الأساسي في كل مرة. **الـ materialized view** يخزن *نتائج* الاستعلام فعليًا (يتم تحديثها بشكل دوري)، مما يضحي بالحداثة من أجل سرعة القراءة.

## الـ view العادي — استعلام محفوظ

```sql
-- define a view
CREATE VIEW active_users AS
SELECT id, name, email FROM users WHERE active = true;

-- query it like a table — it runs the underlying SELECT each time
SELECT * FROM active_users WHERE name LIKE 'A%';
```

الـ view هو **جدول افتراضي** — لا يخزن بيانات بحد ذاته، بل فقط تعريف الاستعلام. في كل مرة تستعلم عن الـ view، يتم تنفيذ الاستعلام الأساسي مقابل البيانات الحالية (دائمًا محدثة).

## لماذا نستخدم الـ views

```text
✓ SIMPLIFY complex queries — encapsulate a complex JOIN/aggregation as a named view
✓ ABSTRACTION — present a clean, stable interface; hide underlying table complexity
✓ SECURITY — grant access to a view exposing only certain columns/rows (hide the rest)
✓ REUSABILITY — define common query logic once, reuse it everywhere
✓ Consistency — everyone uses the same definition of "active_users"
```

الـ views رائعة لتغليف المنطق المعقد، وتوفير تجريد مستقر على الجداول، والأمان (عرض البيانات المحددة فقط).

## الـ materialized views — النتائج المخزنة

```sql
-- stores the RESULTS physically (precomputed) for fast reads
CREATE MATERIALIZED VIEW monthly_sales AS
SELECT month, SUM(amount) AS total FROM orders GROUP BY month;

SELECT * FROM monthly_sales;        -- fast — reads stored results, doesn't recompute
REFRESH MATERIALIZED VIEW monthly_sales;   -- update the stored data when needed
```

**الـ materialized view** يخزن نتائج الاستعلام فعليًا — لذا فإن قراءتها سريعة (لا إعادة حساب)، لكن البيانات تكون حديثة فقط بقدر آخر `REFRESH`. مثالي للتجميعات المكلفة التي يتم الاستعلام عنها بشكل متكرر لكن تتحمل بعض التأخر الطفيف.

## المقارنة بين الـ view والـ materialized view

```text
View              → always FRESH, but re-runs the query each time (slower for complex queries)
Materialized view → FAST reads (precomputed), but data can be STALE until refreshed
→ Use views for abstraction/simplification; materialized views for caching expensive
  query results that are read often and don't need real-time freshness.
```

## لماذا هذا مهم

الـ views هي ميزة مفيدة في قاعدة البيانات لـ **التجريد والتبسيط والأمان**، وفهمها (وفهم الـ materialized views) قيّم لتنظيم وتحسين وصول قاعدة البيانات.

**الـ views** العادية (الاستعلامات المحفوظة التي تعمل كجداول افتراضية) توفر فوائد حقيقية: تبسيط الاستعلامات المعقدة (تغليف الـ JOINs والتجميعات المعقدة كـ view مسمى نظيف)، وتوفير تجريد مستقر على الجداول (بحيث يستخدم كود التطبيق أو الاستعلامات الأخرى واجهة متسقة)، وتفعيل **الأمان** (منح الوصول إلى view يعرض أعمدة/صفوف معينة فقط مع إخفاء البيانات الحساسة)، وتعزيز إعادة الاستخدام (تحديد منطق الاستعلام الشائع مرة واحدة).

هذه تجعل الـ views مفيدة لتصميم قاعدة بيانات قابل للصيانة وآمن. **الـ materialized views** تعالج احتياجًا مختلفًا — **الأداء**: بتخزين نتائج الاستعلام المحسوبة مسبقًا فعليًا (يتم تحديثها بشكل دوري)، فإنها تجعل قراءة التجميعات المكلفة سريعة، بثمن احتمالية التأخر.

فهم **المقارنة** — الـ views العادية دائمًا محدثة لكن تعيد تشغيل الاستعلام في كل مرة، بينما الـ materialized views سريعة لكن يمكن أن تكون قديمة حتى يتم تحديثها — مهم لللاختيار الصحيح (views للتجريد والتبسيط، materialized views لتخزين النتائج المكلفة والمقروءة بشكل متكرر والتي تتحمل بعض التأخر الطفيف).

نظرًا لأن تنظيم منطق الاستعلام (views للتجريد والأمان) وتحسين الاستعلامات المكررة المكلفة (materialized views للتخزين المؤقت) هي احتياجات حقيقية في عمل قاعدة البيانات، وبما أن فهم كلا النوعين والمقارنة بينهما من حيث الحداثة والأداء يساعدك على تطبيقهما بشكل صحيح، فإن معرفة الـ views والـ materialized views هي معرفة عملية ومفيدة لبناء وصول قاعدة بيانات قابل للصيانة وفعال وآمن.