ایک مکمل فعالی انحصار ڈیٹا بیس کی معمول کی حیثیت رکھتا ہے جو دوسرا عام فارم (2 این ایف) کی معمولی معیار کو مساوی کرتا ہے. مختصر میں، اس کا مطلب یہ ہے کہ یہ سب سے پہلے عمومی فارم (1 این ایف) کی ضروریات کو پورا کرتا ہے، اور تمام غیر کلیدی خاصیت مکمل طور پر بنیادی کلید پر فعال طور پر منحصر ہیں.
یہ پیچیدہ نہیں ہے کیونکہ اس کی آواز ہو سکتی ہے. آئیے اس کو مزید تفصیل سے دیکھیں.
پہلا عمومی فارم کا خلاصہ
کسی ڈیٹا بیس کو مکمل طور پر فعال طور پر انحصار کیا جاسکتا ہے، اس سے پہلے اسے سب سے پہلے عام فارم کے مطابق ہونا چاہئے.
اس سب کا مطلب یہ ہے کہ ہر خاصیت کو واحد، ایٹمی قیمت رکھنا ضروری ہے.
مثال کے طور پر، مندرجہ ذیل میز 1NF کے مطابق نہیں ہے ، کیونکہ ملازم ٹینا دو مقامات سے منسلک ہوتا ہے، دونوں ایک ہی سیل میں ہیں:
ملازم | مقام |
---|---|
جان | لاس اینجلس |
ٹینا | لاس اینجلس، شکاگو |
اس ڈیزائن کو مسترد کرنے سے ڈیٹا اپ ڈیٹس یا اندراجات کو منفی اثر انداز ہوسکتا ہے. 1 این ایف تعمیل کو یقینی بنانے کے لئے، میز کو دوبارہ ترتیب دیں تاکہ تمام صفات (یا کالم خلیات) ایک واحد قدر رکھیں.
ملازم | مقام |
---|---|
جان | لاس اینجلس |
ٹینا | لاس اینجلس |
ٹینا | شکاگو |
لیکن اعداد و شمار کے ساتھ مسائل سے بچنے کے لئے 1 این ایف ابھی تک کافی نہیں ہے.
کس طرح 2 این ایف مکمل تنصیب کو یقینی بنانے کے لئے کام کرتا ہے
مکمل طور پر انحصار کرنے کے لئے، تمام غیر امیدواروں کی اہم وصفات کو بنیادی کلید پر منحصر ہونا ضروری ہے. (یاد رکھیں، ایک امیدوار کلیدی خاصیت کسی بھی کلیدی (مثال کے طور پر، ایک بنیادی یا غیر ملکی کلیدی) منفرد ڈیٹا بیس ریکارڈ کی شناخت کے لئے استعمال کیا جاتا ہے.
ڈیٹا بیس ڈیزائنرز ایک خاصیت کا استعمال کرتے ہیں تاکہ صفات کے درمیان منسلک تعلقات بیان کریں:
اگر الف، اے بی کی قیمت کا تعین کرتا ہے تو، ہم اس A - B - کا مطلب ہے کہ بی فعال طور پر اے پر منحصر ہے. اس تعلق میں، A بی کی قدر کا تعین کرتا ہے، جبکہ بی پر منحصر ہے.
مثال کے طور پر، مندرجہ ذیل ملازمت کے محکمے کی میز، ملازمین اور ڈپٹیڈ میں امیدواروں کی چابی دونوں ہیں: ملازمت آئی ڈی کی بنیادی کلید ہے جبکہ ڈپٹیڈی ایک غیر ملکی کلیدی ہے.
کسی دوسری خصوصیت - اس صورت میں، ملازمین اور ڈیپٹی نام - اس کی قیمت حاصل کرنے کے لئے بنیادی کلید پر منحصر ہے.
ملازم کی ID | ملازم کا نام | DeptID | DeptName |
---|---|---|---|
ایم پی 1 | جان | Dept001 | فنانس |
ایم پی 2 | ٹینا | ڈپٹی003 | سیلز |
Emp3 | کارلوس | Dept001 | فنانس |
اس صورت میں، میز مکمل طور پر منحصر نہیں ہے کیونکہ، ملازم کا نام بنیادی کلید EmployeeID پر منحصر ہے، جبکہ DeptName DeptID کی بجائے DeptID پر منحصر ہے. اسے جزوی طور پر انحصار کہا جاتا ہے .
اس میز کو 2 این ایف کے مطابق بنانے کے لئے، ہمیں ڈیٹا کو دو میزوں میں الگ کرنے کی ضرورت ہے:
ملازم کی ID | ملازم کا نام | DeptID |
---|---|---|
ایم پی 1 | جان | Dept001 |
ایم پی 2 | ٹینا | ڈپٹی003 |
Emp3 | کارلوس | Dept001 |
ہم ملازمین کی میز سے DeptName خاصیت کو ہٹا دیں اور ایک نئے ٹیبل محکموں کو تشکیل دیں:
DeptID | DeptName |
---|---|
Dept001 | فنانس |
ڈپٹی002 | انسانی وسائل |
ڈپٹی003 | سیلز |
اب میزوں کے درمیان تعلقات مکمل طور پر منحصر ہیں، یا 2 این ایف میں.
مکمل تناسب اہم کیوں ہے
ڈیٹا بیس کے صفات کے درمیان مکمل انضمام اعداد و شمار سالمیت کو یقینی بنانے میں مدد کرتا ہے اور اعداد و شمار کی موت سے بچنے میں مدد کرتا ہے.
مثال کے طور پر، مندرجہ بالا حصے میں میز پر غور کریں جو صرف 1 این ایف کے مطابق ہوتا ہے. یہاں یہ ہے، پھر:
ملازم | مقام |
---|---|
جان | لاس اینجلس |
ٹینا | لاس اینجلس |
ٹینا | شکاگو |
ٹینا دو ریکارڈ ہے. اگر ہم اس بات کو بغیر کسی کو اپ ڈیٹ کرتے ہیں کہ دو ہیں، تو نتیجہ متنازعہ ڈیٹا ہوگا.
یا، اگر ہم کسی میزبان کو اس میز میں شامل کرنا چاہتے ہیں، لیکن ہم ابھی تک مقام کو نہیں جانتے ہیں؟ اگر جگہ کی خصوصیت نال اقدار کی اجازت نہیں دیتا تو ہم ایک نیا ملازم بھی شامل کرنے کی اجازت نہیں دی جا سکتی.
مکمل تناسب پوری تصویر نہیں ہے، اگرچہ، جب یہ معمول بنتا ہے. آپ کو اس بات کو یقینی بنانا چاہیے کہ آپ کا ڈیٹا بیس تیسرا عام فارم (3 این ایف) میں ہے.