كيف تعمل أعمدة المصفوفات في PostgreSQL؟

Question

Accepted Answer

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

## تعريف وإدراج المصفوفات

```sql
CREATE TABLE posts (
  id SERIAL PRIMARY KEY,
  title TEXT,
  tags TEXT[]                         -- an array of text
);

INSERT INTO posts (title, tags) VALUES
  ('Hello', ARRAY['ruby', 'web']),    -- ARRAY[] syntax
  ('World', '{"news", "tech"}');       -- or curly-brace literal
```

صيغة `type[]` تعلن عن عمود مصفوفة. تقوم بالإدراج باستخدام `ARRAY[...]` أو صيغة الحرف الحرفي `'{...}'`.

## الاستعلام عن المصفوفات

```sql
-- ANY — does the array contain a value?
SELECT * FROM posts WHERE 'ruby' = ANY(tags);

-- @> containment — does the array contain ALL of these?
SELECT * FROM posts WHERE tags @> ARRAY['ruby', 'web'];

-- && overlap — do the arrays share ANY element?
SELECT * FROM posts WHERE tags && ARRAY['tech', 'news'];

-- access by index (1-based!) and length
SELECT tags[1], array_length(tags, 1) FROM posts;

-- unnest — expand an array into rows
SELECT id, unnest(tags) AS tag FROM posts;   -- one row per tag
```

عوامل التشغيل مثل `ANY` (تحتوي على قيمة)، و `@>` (الاحتواء)، و `&&` (التقاطع)، بالإضافة إلى دوال مثل `unnest` (التوسيع إلى صفوف) و `array_agg` (تجميع الصفوف في مصفوفة)، تجعل المصفوفات قابلة للاستعلام.

## فهرسة المصفوفات (GIN)

```sql
-- a GIN index makes array containment/membership queries fast
CREATE INDEX idx_posts_tags ON posts USING GIN (tags);
-- now WHERE tags @> ARRAY['ruby'] uses the index
```

## متى يتم استخدام المصفوفات (ومتى لا)

```text
✓ USE for: simple lists tightly coupled to the row (tags, roles, a few scores)
  where you don't need to query/join the individual values much
✗ AVOID when: you need to query, join, or maintain the values relationally,
  or the list is large/complex → a separate related table (normalized) is better
→ Arrays are convenient but can violate normalization; use them judiciously.
```

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

أعمدة المصفوفات هي ميزة مميزة ومفيدة في PostgreSQL، وفهمها له قيمة كبيرة سواء للاستفادة من قدرات Postgres أو لاتخاذ قرارات تصميم سليمة.

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

فهم كيفية تعريف وإدراج والاستعلام عن المصفوفات (عوامل التشغيل مثل `ANY` للعضوية، و `@>` للاحتواء، و `&&` للتقاطع، والدوال مثل `unnest` لتوسيع المصفوفات إلى صفوف) ضروري لاستخدامها بفعالية، ومعرفة أن **فهارس GIN** تجعل الاستعلامات على المصفوفات فعالة من حيث الأداء مهمة جداً.

من المهم بنفس القدر **الحكم على التصميم** لمعرفة متى يتم استخدام المصفوفات مقابل جدول منفصل مرتبط: المصفوفات مريحة للقوائم البسيطة التي لا تحتاج إلى الاستعلام عنها أو الربط بينها أو صيانتها بشكل علائقي، لكنها يمكن أن تنتهك مبادئ التطبيع وتصبح محرجة عندما تحتاج إلى الاستعلام عن القيم الفردية أو الربط بينها أو إدارة قائمة معقدة/كبيرة — في هذه الحالة، جدول منفصل مرتبط هو الخيار الأفضل والمعياري.

فهم هذه المقايضة (المصفوفات للراحة مع القوائم المرتبطة البسيطة، جداول منفصلة للبيانات المُدارة بشكل علائقي) يعكس حكماً تصميمياً سليماً.

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