Skip to main content

پہلے عمومی فارم میں ڈیٹا بیس ڈالنا

Ruby on Rails by Leila Hofer (مارچ 2024)

Ruby on Rails by Leila Hofer (مارچ 2024)
Anonim

پہلا عام فارم (1 این ایف) منظم منظم ڈیٹا بیس کے لئے بنیادی اصول مقرر کرتا ہے:

  • اسی ٹیبل سے ڈپلیکٹو کالم کو ختم کریں.
  • متعلقہ اعداد و شمار کے ہر گروہ کے لئے علیحدہ میزیں بنائیں اور ہر قطار کو ایک منفرد کالم (بنیادی کلید) کے ساتھ شناخت کریں.

ڈیٹا بیس کے عملی ڈیزائن پر غور کرتے وقت ان اصولوں کا کیا مطلب ہے؟ یہ واقعی بہت آسان ہے.

نقل و حرکت کا خاتمہ کریں

پہلا اصول یہ ہے کہ ہمیں میز کے اسی قطار میں ڈیٹا کو نقل نہیں کرنا چاہئے. ڈیٹا بیس کمیونٹی کے اندر، یہ تصور ایک میز کی جوہری طور پر کہا جاتا ہے. اس حکمران کے مطابق اس میزیں جوہری طور پر کہتے ہیں. آئیے یہ اصول ایک کلاسک مثال کے ساتھ تلاش کریں: ایک انسانی وسائل کے ڈیٹا بیس کے اندر ایک میز جس میں مینیجر-ماتحت تعلقات ذخیرہ کرتا ہے. ہمارے مثال کے مقاصد کے لئے، ہم کاروباری اصول کو ضائع کریں گے کہ ہر مینیجر میں ایک یا زیادہ ماتحت ہوسکتا ہے جبکہ ہر ماتحت صرف ایک مینیجر ہوسکتا ہے.

انٹیلیکٹو، اس معلومات کو ٹریک کرنے کے لئے ایک فہرست یا سپریڈ شیٹ تیار کرتے وقت، ہم مندرجہ ذیل شعبوں کے ساتھ میز بنا سکتے ہیں:

  • مینیجر
  • ماتحت 1
  • ماتحت 2
  • ماتحت 3
  • ماتحت 4

تاہم، 1 این ایف کے ذریعہ نافذ ہونے والی پہلی قاعدہ کو یاد رکھیں: ایک ہی ٹیبل سے ڈپلیکٹو کالم کو ختم کریں. واضح طور پر، ماتحت 1-Subordinate4 کالم نقل نقل ہیں. ایک لمحہ لے لو اور اس منظر سے اٹھائے جانے والے مسائل پر غور کریں. اگر مینیجر صرف ایک ماتحت ہے تو، ماتحت ادارے-ماتحت 4 4 کالم صرف سٹوریج کی جگہ ضائع کر رہے ہیں (ایک قیمتی ڈیٹا بیس کی اشیاء). اس کے علاوہ، تصور کریں کہ مینیجر پہلے سے ہی 4 ماتحت ہے - کیا ہوتا ہے اگر وہ کسی دوسرے ملازم پر لے جائیں؟ پوری میز کی ساخت میں ترمیم کی ضرورت ہوگی.

اس موقع پر، عام طور پر ایک دوسرا روشن خیال ڈیٹا بیس ناولوں پر ہوتا ہے: ہم ایک سے زیادہ کالم نہیں بننا چاہتے ہیں اور ہم ڈیٹا سٹوریج کی لچکدار رقم کی اجازت دینا چاہتے ہیں. اس طرح کچھ کرنے کی کوشش کریں

  • مینیجر
  • ماتحت

اور ماتحت ادارے کے میدان میں "مریم، بل، جو." کے فارم میں بہت سے اندراج ہوتے ہیں.

یہ حل قریب ہے، لیکن یہ نشان سے بھی کم ہوتا ہے. ماتحت کالم اب بھی نقل و حرکت اور غیر ایٹمی ہے. جب ہم کسی ماتحت کو شامل کرنے یا ہٹانے کی ضرورت ہوتی ہے تو کیا ہوتا ہے؟ ہمیں میز کی مکمل مواد کو پڑھنے اور لکھنے کی ضرورت ہے. اس صورت حال میں یہ بڑا معاملہ نہیں ہے، لیکن اگر کوئی مینیجر سو سو ملازمین تھا؟ اس کے علاوہ، یہ مستقبل کے سوالات میں ڈیٹا بیس سے ڈیٹا کو منتخب کرنے کے عمل کو پیچیدہ کرتا ہے.

یہاں ایک میز ہے جو 1 این ایف کے پہلے قاعدہ کو مطمئن کرتا ہے:

  • مینیجر
  • ماتحت

اس صورت میں، ہر ماتحت ایک واحد اندراج ہے، لیکن مینیجرز میں کئی اندراجات ہوسکتے ہیں.

بنیادی کلید کی شناخت کریں

اب، دوسرا قاعدہ کیا ہے: ہر قطار کو منفرد کالم کے ساتھ شناخت یا کالموں کا سیٹ کریں (بنیادی کلید). آپ مندرجہ بالا ٹیبل پر نظر ڈالیں اور ماتحت کالم کا استعمال ایک بنیادی کلید کے طور پر پیش کرسکیں. اصل میں، ماتحت کالم ایک بنیادی کلید کے لئے ایک اچھا امیدوار ہے اس حقیقت کی وجہ سے کہ ہمارے کاروباری قوانین اس بات کی وضاحت کرتے ہیں کہ ہر ماتحت صرف ایک مینیجر ہو سکتا ہے. تاہم، جس ڈیٹا نے ہم نے اپنی میز میں اسٹور کرنے کا انتخاب کیا ہے وہ اسے مثالی حل سے بھی کم کرتا ہے. اگر ہم جم کے نام سے ایک دوسرے ملازم کو ملازمت دیتے ہیں تو کیا ہوتا ہے؟ ڈیٹا بیس میں ہم اپنے مینیجر-ماتحت تعلقات کو کیسے ذخیرہ کرتے ہیں؟

ایک منفرد کلیدی طور پر ایک منفرد شناختی کار (جیسے ملازم کی شناخت) کے طور پر استعمال کرنا بہتر ہے. ہماری آخری میز اس طرح نظر آئے گی:

  • مینیجر کی شناخت
  • ماتحت ID

اب، ہماری میز پہلی عام شکل میں ہے! اس کے علاوہ، اگر آپ زیادہ سے زیادہ تنظیم کے بارے میں حوصلہ افزائی کر رہے ہیں تو آپ کا دوسرا عمومی فارم اور تیسرے عمومی فارم میں اپنے ڈیٹا بیس ڈالنے کا اختیار موجود ہیں.