PostgreSQL میں schemas کیا ہیں؟

Question

Accepted Answer

ایک **schema** PostgreSQL میں ایک **namespace** ہے — ڈیٹا بیس کے اندر ایک منطقی کنٹینر جو متعلقہ ٹیبلز، views، functions، اور دیگر اشیاء کو گروپ کرتا ہے۔ Schemas آپ کو اشیاء کو منظم کرنے اور نام کے تنازعات سے بچنے دیتے ہیں؛ ڈیفالٹ schema `public` ہے۔

## ڈیٹا بیس کے اندر Schemas اشیاء کو منظم کرتے ہیں

```text
A PostgreSQL server can have multiple DATABASES.
Each database can have multiple SCHEMAS (namespaces).
Each schema contains TABLES, views, functions, etc.
→ Hierarchy: server → database → schema → tables/objects
```

```sql
CREATE SCHEMA sales;                    -- create a schema
CREATE TABLE sales.orders (...);         -- a table IN the sales schema (qualified name)
SELECT * FROM sales.orders;              -- reference with schema.table

-- the default schema is `public` — unqualified objects go there
CREATE TABLE users (...);                -- actually public.users
```

اشیاء کا حوالہ `schema.object` کے طور پر دیا جاتا ہے۔ بغیر schema کی prefix کے، Postgres **search path** استعمال کرتا ہے (ڈیفالٹ: `public`)۔

## Search path

```sql
SHOW search_path;                        -- default: "$user", public
SET search_path TO sales, public;        -- look in sales first, then public
SELECT * FROM orders;                    -- finds sales.orders (no prefix needed)
```

**Search path** یہ طے کرتا ہے کہ Postgres بغیر شناخت والے ناموں کے لیے کون سے schemas میں دیکھتا ہے — اسے سیٹ کرنے سے آپ منتخب schema کے اندر مختصر نام استعمال کر سکتے ہیں۔

## Schemas استعمال کرنے کے فوائد

```text
✓ ORGANIZATION — group related objects (e.g. `sales`, `inventory`, `auth` schemas)
✓ Avoid naming collisions — two schemas can each have an `orders` table
✓ MULTI-TENANCY — a schema per tenant (isolating each customer's data)
✓ SECURITY/permissions — grant access per schema
✓ Separating concerns — e.g. an `app` schema vs an `analytics` schema
```

ایک عام نمونہ multi-tenant ایپلیکیشنز میں **schema فی ٹینٹ** ہے، یا domain/module کے لحاظ سے گروپ بندی ہے۔

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

Schemas **ڈیٹا بیس کی اشیاء کو منظم کرنے** کے لیے ایک مفید PostgreSQL خصوصیت ہے، اور انہیں سمجھنا ڈیٹا بیسز کو اچھی طریقے سے ڈھانچے میں ڈالنے کے لیے قیمتی ہے، خاص طور پر جب وہ بڑے ہوں یا متعدد ٹینٹز کی خدمت کریں۔

database اندر schema کو namespace سمجھنا (ٹیبلز، views، functions کو گروپ کرتا ہے) — server → database → schema → objects کی hierarchy کے ساتھ — یہ واضح کرتا ہے کہ Postgres اشیاء کو کیسے منظم کرتا ہے اور ان کا حوالہ کیسے دیا جائے (`schema.object`، یا بغیر شناخت والے ناموں کے لیے **search path** پر انحصار کرتے ہوئے، `public` پر ڈیفالٹ)۔

**عملی استعمال** کو جاننا کلیدی قدر ہے: schemas تنظیم فراہم کرتے ہیں (متعلقہ اشیاء کو domain/module کے لحاظ سے گروپ کرتے ہیں — `auth`، `sales`، `analytics`)، نام کے تنازعات سے بچتے ہیں (مختلف schemas میں اسی نام والی ٹیبلز ہو سکتی ہیں)، فی-schema سیکیورٹی/اجازتیں دیتے ہیں، اور اہم طور پر **multi-tenancy** کی حمایت کرتے ہیں (ہر ٹینٹ کے ڈیٹا کو الگ کرنے کے لیے ایک ٹینٹ فی schema کا عام نمونہ — SaaS ایپلیکیشنز کے لیے ایک اہم معماری آپشن)۔

Schemas اور search path کو سمجھنا آپ کو ڈیٹا بیس کو صاف طریقے سے منظم کرنے، `public` میں سب کچھ ڈالنے کی خرابی اور تنازعات سے بچنے، اور multi-tenancy جیسے نمونوں کو نافذ کرنے میں مدد کرتا ہے۔

چونکہ ڈیٹا بیس کی اشیاء کو منطقی طریقے سے منظم کرنا دیکھ بھال کے لیے اہم ہے (خاص طور پر بڑی ایپلیکیشنز میں)، اور چونکہ schemas اہم نمونوں کو فعال کرتے ہیں (domain علیحدگی، multi-tenancy، فی-schema سیکیورٹی)، PostgreSQL schemas کو سمجھنا — وہ کیا ہیں، search path، اور ان کے عملی استعمال — قیمتی، عملی ذہن میں رکھنے کی معلومات ہے Postgres ڈیٹا بیسز کو موثر طریقے سے ڈھانچہ کرنے کے لیے، خاص طور پر بڑی یا multi-tenant ایپلیکیشنز میں جہاں اشیاء کی اچھی تنظیم اہم ہے۔