ما هي أنواع الفهارس التي يوفرها PostgreSQL؟

Question

Accepted Answer

بخلاف **B-tree** الافتراضي، يوفر PostgreSQL عدة أنواع فهارس متخصصة — **GIN**، **GiST**، **BRIN**، **Hash** — كل منها مناسب لأنماط البيانات والاستعلامات المختلفة، بالإضافة إلى الفهارس **الجزئية** و**التعبيرية** للمرونة. يمكن لاختيار نوع الفهرس الصحيح أن يحسّن الأداء بشكل درامي للاستعلامات المتخصصة.

## B-tree — الافتراضي (الأكثر شيوعاً)

```sql
CREATE INDEX idx_users_email ON users(email);   -- default = B-tree
-- great for: equality (=), ranges (<, >, BETWEEN), sorting (ORDER BY), most queries
```

B-tree هو الفهرس الافتراضي ويتعامل مع غالبية الحالات — المساواة والنطاقات والترتيب على الأعمدة العادية.

## GIN — للبيانات المركبة/متعددة القيم

```sql
-- GIN (Generalized Inverted Index) — for values CONTAINING multiple items
CREATE INDEX idx_attrs ON products USING GIN (attributes);   -- JSONB
CREATE INDEX idx_tags  ON posts USING GIN (tags);            -- arrays
CREATE INDEX idx_search ON docs USING GIN (to_tsvector('english', body));  -- full-text
-- great for: JSONB containment, array membership, full-text search
```

فهارس **GIN** ضرورية لـ **JSONB والمصفوفات والبحث عن النصوص الكاملة** — الاستعلامات التي تتحقق من الاحتواء أو العضوية.

## GiST و BRIN و Hash

```sql
-- GiST — geometric, range, nearest-neighbor (e.g. PostGIS, range types)
CREATE INDEX idx_geo ON places USING GiST (location);

-- BRIN (Block Range INdex) — tiny index for LARGE tables with naturally-ordered data
CREATE INDEX idx_time ON logs USING BRIN (created_at);   -- great for huge time-series
-- tiny size, efficient for large append-only/ordered data

-- Hash — equality only (=); rarely needed (B-tree handles equality too)
CREATE INDEX idx_hash ON t USING HASH (col);
```

## الفهارس الجزئية والتعبيرية (مفيدة جداً)

```sql
-- PARTIAL index — index only SOME rows (smaller, targeted)
CREATE INDEX idx_active ON users(email) WHERE active = true;   -- only active users

-- EXPRESSION index — index a computed value
CREATE INDEX idx_lower_email ON users(LOWER(email));   -- for case-insensitive lookups
SELECT * FROM users WHERE LOWER(email) = 'ann@x.com';  -- uses the index
```

الفهارس **الجزئية** (فهرسة الصفوف ذات الصلة فقط — أصغر وأسرع) والفهارس **التعبيرية** (فهرسة قيمة محسوبة — تفعيل الاستعلامات المستندة إلى الدوال المفهرسة) أدوات قوية ومرنة.

## لماذا يأتي بأهمية

فهم تنوع أنواع الفهارس في PostgreSQL معرفة قيمة لـ **تحسين الأداء**، لأن نوع الفهرس المناسب لبيانات ونمط استعلام معين يمكن أن يسرع الاستعلامات بشكل كبير والتي قد يتعامل معها B-tree الافتراضي بشكل سيء أو لا يتعامل معها على الإطلاق.
enما **B-tree** (الافتراضي) يغطي معظم الحالات (المساواة والنطاقات والترتيب)، تفتح الأنواع المتخصصة الأداء للبيانات المتخصصة: **GIN** ضروري لـ **JSONB والمصفوفات والبحث عن النصوص الكاملة** (استعلامات الاحتواء/العضوية — جعل ميزات JSONB والمصفوفات القوية في Postgres فعالة)؛ **GiST** يتعامل مع الاستعلامات الهندسية والنطاقات والجار الأقرب (PostGIS الجغرافية المكانية وأنواع النطاقات)؛ و **BRIN** يوفر فهارس صغيرة وفعالة لـ **الجداول الكبيرة المرتبة بشكل طبيعي** (مثل بيانات سلاسل زمنية/إضافة فقط — خيار قيم للجداول الضخمة حيث يكون B-tree الكامل مكلفاً).

معرفة نوع الفهرس الذي يناسب أي سيناريو (GIN لـ JSONB/المصفوفات/البحث عن النصوص، GiST للهندسية/النطاقات، BRIN للبيانات الكبيرة المرتبة) هي مفتاح تحسين الميزات المتقدمة في Postgres.

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

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