ما هي الأعمدة المُنتجة (Generated Columns)؟

Question

Accepted Answer

**العمود المُنتج** هو عمود تُحسب قيمته **تلقائياً** من أعمدة أخرى، بدلاً من إدراجها مباشرة. يدعم PostgreSQL أعمدة مُنتجة **مخزنة** (Postgres 12+) — يتم حساب القيمة المحسوبة عند الكتابة وتخزينها. تبقي البيانات المشتقة متسقة تلقائياً.

## تعريف عمود مُنتج

```sql
CREATE TABLE products (
  id SERIAL PRIMARY KEY,
  price NUMERIC,
  quantity INT,
  -- a STORED generated column — computed from price and quantity
  total NUMERIC GENERATED ALWAYS AS (price * quantity) STORED
);

INSERT INTO products (price, quantity) VALUES (10, 3);
SELECT total FROM products;          -- 30 — computed automatically (you didn't insert it)
```

جملة `GENERATED ALWAYS AS (expression) STORED` تجعل `total` دائماً تساوي `price * quantity` — يتم حسابها عند الإدراج/التحديث وتخزينها. لا يمكنك (ولا تحتاج إلى) إدراج القيم فيها مباشرة؛ فهي دائماً مشتقة.

## الاستخدامات الشائعة

```sql
-- a full name from parts
full_name TEXT GENERATED ALWAYS AS (first_name || ' ' || last_name) STORED

-- a normalized/lowercased value for searching
email_lower TEXT GENERATED ALWAYS AS (lower(email)) STORED

-- area from dimensions
area NUMERIC GENERATED ALWAYS AS (width * height) STORED

-- extract a value from JSONB into a real column (then index it)
user_id INT GENERATED ALWAYS AS ((data->>'user_id')::int) STORED
```

الأعمدة المُنتجة رائعة للقيم المشتقة التي تستعلم عنها بكثرة — فهي تبقى متسقة تلقائياً ويمكن **فهرستها** (نظراً لأنها مخزنة).

## الأعمدة المُنتجة مقابل الحساب في الاستعلامات مقابل المحفزات

```text
Generated column → derived value computed automatically, stored, indexable, consistent
Computing in a query (price*qty in SELECT) → no storage, but recomputed every query,
                                              can't be indexed directly
Trigger → more flexible but more complex; generated columns are simpler for pure derivations
→ Use generated columns for simple, deterministic derived values you query/index often.
```

## لماذا يهم

الأعمدة المُنتجة هي ميزة مفيدة في PostgreSQL **للمحافظة التلقائية على البيانات المشتقة**، وفهمها مهم للحفاظ على تسقة القيم المحسوبة وإمكانية الاستعلام عنها.

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

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

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

نظراً لأن الحفاظ على البيانات المشتقة/المحسوبة بشكل متسق احتياج شائع، وبما أن الأعمدة المُنتجة توفر طريقة تلقائية ومتسقة وقابلة للفهرسة للقيام بذلك (أنظف من الصيانة اليدوية أو المحفزات للاشتقاقات البسيطة)، فإن فهم الأعمدة المُنتجة معرفة PostgreSQL مفيدة وعملية لتصميم المخططات حيث تبقى القيم المحسوبة صحيحة تلقائياً ويمكن الاستعلام عنها بكفاءة — وهي ميزة حديثة مفيدة في Postgres لنمذجة بيانات نظيفة ومتسقة.