Postgres کیا ہے؟ بہت سی ایپس کے پیچھے کا ڈیٹا بیس، وضاحت
Postgres (سرکاری طور پر PostgreSQL) ایک مفت، اوپن سورس ریلیشنل ڈیٹا بیس ہے: ایک پروگرام جو ایپ کا ڈیٹا قطاروں اور کالموں کے ٹیبلز میں محفوظ کرتا ہے، ان ٹیبلز کو آپس میں جوڑتا ہے، اور SQL نامی زبان میں ان کے بارے میں سوالات کے جواب دیتا ہے۔ یہ قابلِ اعتماد ہونے، ڈیٹا کو درست رکھنے پر سخت ہونے، اور اتنا لچکدار ہونے کے لیے مشہور ہے کہ ایک سائن اَپ فہرست سے لے کر کسی بڑی کمپنی کے ریکارڈز تک سب سنبھال سکے۔ بہت سی ویب ایپس، اور انہیں ہوسٹ کرنے والی بہت سی سروسز، اسی پر بنی ہیں۔
AI کے ساتھ بناتے وقت یہ کیوں اہم ہے
جب کوئی AI ایپ بلڈر آپ کے پروجیکٹ میں “ایک ڈیٹا بیس” شامل کرتا ہے تو امکان ہے کہ وہ Postgres ہو۔ آپ کو اسے استعمال کرنے کے لیے SQL لکھنے کی ضرورت نہیں، لیکن تھوڑی سی سمجھ بہت کام آتی ہے:
- آپ ڈیٹا کو اس شکل میں بیان کر سکتے ہیں جس کی ڈیٹا بیس کو ضرورت ہے۔ “گاہکوں کے پاس بہت سے آرڈرز ہوتے ہیں؛ ہر آرڈر میں بہت سی اشیاء ہوتی ہیں” براہِ راست ٹیبلز میں بدل جاتا ہے۔
- آپ درکار حفاظتیں مانگ سکتے ہیں۔ Postgres خود غلط ڈیٹا کو رد کر سکتا ہے، جیسے ڈپلیکیٹ ای میل، یا ایک ایسے گاہک کا آرڈر جو موجود نہیں، اگر AI نے قواعد ترتیب دیے ہوں۔
- آپ جو AI نے کیا وہ پڑھ سکتے ہیں۔ ٹیبل کے نام، کالم اور رشتے ایک ٹیبل ویور میں جانچنا آسان ہے، چاہے آپ نے کبھی کوڈ کو ہاتھ نہ لگایا ہو۔
روزمرہ کی مثال: ایک انتہائی سخت فائلنگ دفتر
تصور کریں ایک فائلنگ دفتر جس میں ہر قسم کی چیز کے لیے ایک الماری ہے: ایک گاہکوں کے لیے، ایک آرڈرز کے لیے، ایک مصنوعات کے لیے۔ الماری کے ہر دراز میں کارڈز ہیں جن پر ایک جیسے چھپے ہوئے خانے ہیں جنہیں بھرنا ہے۔ ہر کارڈ کا ایک منفرد نمبر ہے، اور آرڈر کا کارڈ گاہک کی تفصیلات دوبارہ نہیں لکھتا؛ بس کہتا ہے “گاہک #214”، جو گاہک کے دراز کی طرف اشارہ کرتا ہے۔
کلرک سخت ہے۔ وہ ایسا آرڈر فائل نہیں کرے گا جو ایک ایسے گاہک کی طرف اشارہ کرے جو موجود نہیں۔ وہ ایسا کارڈ قبول نہیں کرے گا جس کی تاریخ کا خانہ خالی ہو جب وہ لازمی ہو۔ اور اگر آپ اس سے ایک اکاؤنٹ کارڈ سے دوسرے میں رقم منتقل کرنے کو کہیں تو وہ یا تو دونوں حصے کرے گا یا کوئی نہیں، کبھی صرف ایک نہیں۔
یہ کلرک Postgres ہے۔ دراز ٹیبلز ہیں، خانے کالم ہیں، ہر کارڈ ایک قطار ہے، اور “گاہک #214” والا لنک ایک foreign key ہے۔
Postgres کس چیز میں اچھا ہے
| فیچر | سادہ الفاظ میں مطلب |
|---|---|
| Tables اور رشتے | ڈیٹا ٹیبلز میں رہتا ہے جو ایک دوسرے کی طرف اشارہ کرتے ہیں، تاکہ کوئی چیز پانچ جگہوں پر نقل نہ ہو |
| SQL | سوالات پوچھنے کی معیاری زبان: “پچھلے مہینے کے تمام غیر ادا شدہ آرڈرز، نئے پہلے” |
| Transactions (ACID) | تبدیلیوں کا ایک گروپ یا تو سب ہو جاتا ہے یا کچھ نہیں، حتیٰ کہ سرور درمیان میں کریش ہو جائے |
| Constraints | قواعد جنہیں ڈیٹا بیس خود نافذ کرتا ہے: لازمی فیلڈز، منفرد ای میلز، ٹیبلز کے درمیان درست لنکس |
| Indexes | تلاش کے شارٹ کٹس تاکہ ٹیبل بڑھنے کے باوجود تلاش تیز رہے |
| JSONB | لچکدار، دستاویز جیسا ڈیٹا ایک کالم میں محفوظ کریں جب مقررہ ساخت فِٹ نہ ہو |
| Full-text search | الگ سرچ سروس کے بغیر متن والے فیلڈز میں الفاظ تلاش کریں، سادہ صورتوں کے لیے |
| Extensions | اضافی فیچرز، جیسے نقشوں اور مقامات کے لیے PostGIS، یا AI embeddings محفوظ کرنے کے لیے pgvector |
| Row-level security | ڈیٹا بیس کے اندر قواعد کہ کون سا صارف کون سی قطاریں دیکھ سکتا ہے |
Postgres کا آغاز 1980 کی دہائی میں یونیورسٹی آف کیلیفورنیا، برکلے میں ایک تحقیقی منصوبے کے طور پر ہوا، اور 1990 کی دہائی سے ایک عالمی کمیونٹی اسے کھلے عام ترقی دے رہی ہے۔ یہی طویل تاریخ اسے اکثر ڈیفالٹ انتخاب بناتی ہے: یہ اچھی طرح دستاویزی ہے، وسیع پیمانے پر سپورٹ ہوتا ہے، اور ہر بڑا کلاؤڈ فراہم کنندہ اس کا منظم ورژن پیش کرتا ہے۔
ایک عملی مثال: اسپریڈشیٹ کو ٹیبلز میں بدلنا
فرض کریں آپ ایک چھوٹا کیٹرنگ کاروبار چلاتے ہیں اور ہر چیز ایک اسپریڈشیٹ میں رکھتے ہیں: ہر قطار ایک ایونٹ ہے، جس میں گاہک کا نام، فون، ای میل، تاریخ، مینو کی اشیاء اور قیمت ہے۔
مسائل جلد ظاہر ہو جاتے ہیں۔ ایک ہی گاہک چھ قطاروں میں ہے اور اس کے دو مختلف فون نمبر ہیں۔ مینو کی اشیاء ایک خانے میں “canapés x40, salad x2” کے طور پر لکھی ہیں، اس لیے آپ اس مہینے کے کیناپے کی گنتی نہیں نکال سکتے۔
Postgres میں وہی معلومات چار ٹیبلز بن جاتی ہیں:
| ٹیبل | کالم | نوٹس |
|---|---|---|
| clients | id، name، phone، email | ای میل منفرد ہونی چاہیے |
| events | id، client_id، date، venue، status | client_id ایک حقیقی گاہک سے ملنا چاہیے |
| menu_items | id، name، unit_price | ہر ڈش کے لیے ایک قطار |
| event_items | event_id، menu_item_id، quantity | ایونٹس کو ڈشز سے جوڑتا ہے، مقدار کے ساتھ |
اب ایک گاہک کا فون نمبر ایک ہی جگہ رہتا ہے۔ “مارچ میں ہم نے کتنے کیناپے بنائے؟” ایک ہی SQL کوئری ہے۔ اور جب آپ کسی نئے ایونٹ کو اس کی اشیاء کے ساتھ ریکارڈ کرتے ہیں تو ایک transaction یقینی بناتا ہے کہ آپ کے پاس کبھی ایسا ایونٹ نہ ہو جس کی آدھی اشیاء محفوظ ہوں۔
یہ وہ مرحلہ ہے جسے لوگ اکثر چھوڑ دیتے ہیں جب وہ AI سے کہتے ہیں کہ “میری اسپریڈشیٹ سے ایک ایپ بنا دو”۔ اسپریڈشیٹ کو ایپ میں کیسے بدلیں کی گائیڈ اس سے آگے جاتی ہے۔
اہم اصطلاحات
- ٹیبل، قطار، کالم: ایک قسم کی چیز، اس کی ایک مثال، اور اس کے بارے میں ایک معلومات۔
- Primary key: ہر قطار کا منفرد ID، عموماً
id۔ - Foreign key: ایک کالم جو کسی دوسرے ٹیبل کی قطار کی طرف اشارہ کرتا ہے، جیسے
client_id۔ - Schema: آپ کے تمام ٹیبلز اور کالمز کا ڈیزائن۔
- Migration: schema میں ایک محفوظ، دہرائی جا سکنے والی تبدیلی، جیسے “events میں
venueکالم شامل کریں”۔ - Query: SQL میں لکھا گیا سوال یا ہدایت۔
- Connection string: وہ پتا اور پاس ورڈ جو آپ کا بیک اینڈ ڈیٹا بیس تک پہنچنے کے لیے استعمال کرتا ہے۔ یہ ایک secret ہے، دیکھیں ماحولیاتی متغیرات اور secrets۔
- Managed Postgres: ایک سروس جو Postgres کو آپ کے لیے چلاتی، بیک اپ لیتی اور اپ ڈیٹ کرتی ہے۔
ان روزمرہ کارروائیوں کے لیے جو ہر ایپ ان ٹیبلز پر کرتی ہے، یعنی بنانا، پڑھنا، اپ ڈیٹ اور حذف، دیکھیں CRUD کا مطلب کیا ہے۔
عام غلطیاں اور غلط فہمیاں
- ایک بہت بڑا ٹیبل۔ اسپریڈشیٹ کا ہر کالم جوں کا توں نقل کرنا وہی نقل کے مسائل پیدا کرتا ہے۔ جو چیزیں بار بار آتی ہیں انہیں اپنے الگ ٹیبلز میں رکھیں۔
- فہرستیں ایک متن والے فیلڈ میں رکھنا۔ ایک کالم میں “canapés x40, salad x2” نہ گنا جا سکتا ہے نہ ڈھونڈا جا سکتا ہے۔ ایک جوڑنے والا ٹیبل استعمال کریں۔
- کوئی constraints نہیں۔ “ای میل منفرد ہونی چاہیے” یا “ہر ایونٹ کا ایک گاہک ہونا چاہیے” کے بغیر خراب ڈیٹا خاموشی سے داخل ہو جاتا ہے اور مہینوں بعد سامنے آتا ہے۔
- پیداوار میں ہاتھ سے ڈیٹا بیس بدلنا۔ schema کی تبدیلیاں migrations کے ذریعے مانگیں، تاکہ تبدیلی ریکارڈ ہو اور دہرائی جا سکے۔
- براؤزر کو ڈیٹا بیس سے براہِ راست بات کرنے دینا۔ فرنٹ اینڈ کو آپ کے بیک اینڈ کے ذریعے جانا چاہیے، جو اجازتیں جانچتا ہے۔ ڈیٹا بیس کا پاس ورڈ کبھی صفحے کے کوڈ میں نہیں ہونا چاہیے۔
- “Postgres صرف بڑی کمپنیوں کے لیے ہے۔” یہ 50 قطاروں کی ویٹ لسٹ کے لیے بھی اتنی ہی خوشی سے چلتا ہے، اور جیسے جیسے آپ بڑھتے ہیں آپ کو اس سے ہٹنے کی ضرورت نہیں ہوگی۔
- یہ سمجھنا کہ ڈیٹا بیس بیک اپ ہے۔ یہ ڈیٹا محفوظ کرتا ہے؛ یہ آپ کو ڈیٹا حذف ہونے سے خود بخود نہیں بچاتا۔ دیکھیں آپ کا ہوسٹ کون سے بیک اپ فراہم کرتا ہے۔
اپنے AI بلڈر سے کیا مانگیں
- “[چیزیں] ڈیٹا بیس میں محفوظ کریں۔ ٹیبلز: … ان فیلڈز کے ساتھ: … ہر [آرڈر] کو ایک [گاہک] سے جوڑیں۔”
- “گاہکوں پر ای میل منفرد بنائیں۔ یہ فیلڈز لازمی بنائیں۔ کسی گاہک کے بغیر آرڈر کی اجازت نہ دیں۔”
- “schema کی ہر تبدیلی کے لیے migrations استعمال کریں۔”
- “وہ تلاشیں جو ہم سب سے زیادہ کرتے ہیں ان کے لیے indexes شامل کریں: گاہک اور تاریخ کے لحاظ سے آرڈرز۔”
- “ڈیٹا بیس تک تمام رسائی سرور کے ذریعے ہو۔ connection string کو ماحولیاتی متغیرات میں رکھیں۔”
اگر آپ ڈیٹا بیس کے تصور سے ہی نئے ہیں تو پہلے ڈیٹا بیس کیا ہے سے شروع کریں، پھر یہاں واپس آئیں۔ ایک فل اسٹیک ایپ دکھاتی ہے کہ ڈیٹا بیس فرنٹ اینڈ اور بیک اینڈ کے ساتھ کہاں بیٹھتا ہے۔
Mythex پر Postgres
Mythex ہر اس پروجیکٹ کو جسے اس کی ضرورت ہو، اس کا اپنا وقف شدہ Postgres ڈیٹا بیس دیتا ہے۔ آپ اسے ترتیب نہیں دیتے: چیٹ میں پوچھیں (“ویٹ لسٹ کی ای میلز ایک ڈیٹا بیس میں محفوظ کریں”) یا /database کمانڈ استعمال کریں، اور Mythex اسے منسلک کرتا ہے، کنکشن کی تفصیلات آپ کی ایپ میں ڈالتا ہے، اور آپ کے لیے ٹیبلز بنا سکتا ہے۔ شائع شدہ ایپ کا ڈیٹا بیس پانچ منٹ کی بے کاری کے بعد سو جاتا ہے اور اگلی request پر جاگ جاتا ہے، اور آپ کو صرف اس وقت کا چارج ملتا ہے جب وہ واقعی جاگ رہا تھا، اسی کریڈٹ بیلنس سے جو بنانے کے لیے استعمال ہوتا ہے۔ تفصیلات ڈیٹا بیس docs میں ہیں، اور ڈیٹا سے چلنے والی ایپس دیکھنے کے لیے ڈیش بورڈ ٹیمپلیٹس اچھی جگہ ہیں۔
سوالات
کیا Postgres، PostgreSQL کے برابر ہے؟
ہاں۔ PostgreSQL سرکاری نام ہے اور Postgres عام مختصر نام ہے؛ دونوں ایک ہی اوپن سورس ریلیشنل ڈیٹا بیس کے لیے ہیں۔
کیا Postgres مفت ہے؟
ہاں۔ PostgreSQL ایک نرم PostgreSQL License کے تحت اوپن سورس ہے، اس لیے آپ اسے مفت استعمال کر سکتے ہیں، بشمول تجارتی مصنوعات میں۔ آپ صرف اس سرور یا منظم سروس کی ادائیگی کرتے ہیں جو اسے چلاتی ہے۔
Postgres اور MySQL میں کیا فرق ہے؟
دونوں مفت، ریلیشنل SQL ڈیٹا بیس ہیں اور زیادہ تر ایپس کے لیے ٹھیک ہیں۔ Postgres سخت ڈیٹا کی سالمیت، JSONB اور arrays جیسی بھرپور ڈیٹا اقسام، اور توسیعات (extensions) کے بڑے ماحول کے لیے مشہور ہے؛ MySQL سادگی اور ویب ہوسٹنگ میں اپنی طویل تاریخ کے لیے جانا جاتا ہے۔
کیا Postgres ایک چھوٹی ایپ کے لیے اچھا ہے؟
ہاں۔ یہ ایک واحد ٹیبل والی ویٹ لسٹ اور بڑے پیداواری نظاموں دونوں کے لیے اچھی طرح کام کرتا ہے، اس لیے ایپ بڑھنے پر آپ کو ڈیٹا بیس بدلنے کی ضرورت نہیں ہوگی۔ منظم سروسز اسے بغیر ڈیٹا بیس ایڈمنسٹریٹر کے چلانا آسان بناتی ہیں۔