PostgreSQL کون سے انڈیکس کی اقسام پیش کرتا ہے؟

Question

Accepted Answer

ڈیفالٹ **B-tree** کے علاوہ، PostgreSQL کئی خصوصی انڈیکس کی اقسام پیش کرتا ہے — **GIN**، **GiST**، **BRIN**، **Hash** — ہر ایک مختلف ڈیٹا اور query کے نمونوں کے لیے موزوں ہے، اس کے علاوہ **partial** اور **expression** انڈیکسز لچکداری کے لیے۔ صحیح انڈیکس کی قسم منتخب کرنا خصوصی queries کی کارکردگی میں ڈرامائی بہتری لا سکتا ہے۔

## 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 — composite/multi-value ڈیٹا کے لیے

```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، arrays، اور full-text search** کے لیے ضروری ہیں — queries جو containment یا membership کو چیک کرتی ہیں۔

## 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);
```

## Partial اور expression انڈیکسز (بہت مفید)

```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
```

**Partial** انڈیکسز (صرف متعلقہ rows کو انڈیکس کریں — چھوٹا، تیز) اور **expression** انڈیکسز (computed value کو انڈیکس کریں — indexed function-based queries کو فعال کریں) طاقتور، لچکدار ٹولز ہیں۔

## یہ کیوں اہم ہے

PostgreSQL کی انڈیکس کی اقسام کی مختلف اقسام کو سمجھنا **کارکردگی کی بہتری** کے لیے قیمتی علم ہے، کیونکہ دیے گئے ڈیٹا اور query pattern کے لیے صحیح انڈیکس کی قسم ان queries کو ڈرامائی طور پر تیز کر سکتی ہے جو ڈیفالٹ B-tree خراب طریقے سے یا بالکل ہینڈل نہیں کرتا۔

**B-tree** (ڈیفالٹ) اکثر صورتیں کوور کرتا ہے (برابری، رینجز، ترتیب دینا)، خصوصی اقسام خصوصی ڈیٹا کے لیے کارکردگی کو کھول دیتی ہیں: **GIN** **JSONB، arrays، اور full-text search** کے لیے ضروری ہے (containment/membership queries — Postgres کی طاقتور JSONB اور array کی خصوصیات کو کارکردگی بخش بناتے ہوئے)؛ **GiST** geometric، range، اور nearest-neighbor queries کو ہینڈل کرتا ہے (PostGIS geospatial، range اقسام)؛ اور **BRIN** **بڑی طبعی ترتیب والی ٹیبلز** کے لیے چھوٹے، موثر انڈیکسز فراہم کرتا ہے (جیسے time-series/append-only ڈیٹا — بہت بڑی ٹیبلز کے لیے ایک قیمتی آپشن جہاں مکمل B-tree مہنگا ہوگا)۔

جاننا کہ کون سی انڈیکس کی قسم کون سی صورتحال میں فٹ بیٹھتی ہے (GIN JSONB/arrays/full-text کے لیے، GiST geometric/range کے لیے، BRIN بڑے ordered ڈیٹا کے لیے) Postgres کی advanced خصوصیات کو بہتر بنانے کی کلید ہے۔

برابری قیمتی ہیں **partial انڈیکسز** (صرف متعلقہ rows کو انڈیکس کریں — چھوٹے اور زیادہ موثر جب آپ ایک سب سیٹ کو query کریں، جیسے فعال صارفین) اور **expression انڈیکسز** (computed values کو انڈیکس کریں — تیز function-based lookups کو فعال کریں جیسے case-insensitive ای میل تلاش، جو سادہ انڈیکس سپورٹ نہیں کر سکتا)۔

چونکہ انڈیکس کا انتخاب query کی کارکردگی کو نمایاں طور پر متاثر کرتا ہے، اور چونکہ Postgres کی خصوصی انڈیکس کی اقسام (خاص طور پر JSONB/arrays/full-text کے لیے GIN) وہی ہیں جو اس کی advanced ڈیٹا کی اقسام کو کارکردگی بخش بناتی ہیں، انڈیکس کی اقسام کو سمجھنا اور ہر ایک کو کب استعمال کریں — partial اور expression انڈیکسز سمیت — PostgreSQL ڈیٹا بیسز کو بہتر بنانے کے لیے قیمتی، بار بار متعلقہ علم ہے، وہ ڈیولپرز کو الگ کرتا ہے جو Postgres کو مختلف query نمونوں کے لیے تیز کر سکتے ہیں اور ڈیٹا بیس کی مکمل کارکردگی کی صلاحیتوں کو استعمال کرنے کا اہم پہلو۔