Relational database ကို။ တစ်ဦး relational database ကို၏အယူအဆ

ကျွန်တော်တို့ရဲ့ခေတ်သစ်သတင်းအချက်အလက်အတွက်ကွန်ပျူတာနည်းပညာ၏ပေါ်ပေါက်ရေးလူ့လုပ်ဆောင်ချက်အားလုံးကို spheres ကိုတစ်ဦးတော်လှန်ရေးဟုမှတ်သားခဲ့သည်။ ဒါပေမယ့်အင်တာနက်ကအတွက်သတင်းအချက်အလက်အားလုံးမလိုအပ်တဲ့စွန့်ပစ်ဖြစ်လာပါဘူးငှါ, ပစ္စည်းများ, ခွဲထားခဲ့သည် systematized, သူတို့နောက်ဆက်တွဲအပြောင်းအလဲနဲ့ရှာဖွေတင်ပြရန်ရန်လွယ်ကူသောရလဒ်နှင့်အတူထားတဲ့အတွက်ဒေတာဘေ့စစနစ်, တီထွင်ခဲ့သည်။ ဒေတာဘေ့စ relational ခွဲဝေချထားပေးရန်, hierarchical, ကွန်ယက် - သုံးခုအဓိကအမျိုးပေါင်းရှိပါတယ်။

အခြေခံမော်ဒယ်များ

ဒေတာဘေ့စပေါ်ပေါက်ရေးမှပြန်လာပါကဤဖြစ်စဉ်ကိုအတော်လေးရှုပ်ထွေးခဲ့, တကသည် Programmable သတင်းအချက်အလက်အပြောင်းအလဲနဲ့ပစ္စည်းကိရိယာများ၏ဖွံ့ဖြိုးတိုးတက်မှုနှင့်အတူအစပြုသူကပြောပါတယ်ရပါမည်။ ဒါဟာမော်ဒယ်များ၏နံပါတ်လက်ရှိတွင် 50 ထက်ပိုမိုရောက်ရှိကြောင်းအံ့သြစရာတော့မဟုတ်ပါဘူး, ဒါပေမယ့်အဓိကသူတွေကိုနေဆဲအလေ့အကျင့်အတွက်အသုံးများဖြစ်သော, hierarchical ဆက်ဆံရေးနှင့်ကွန်ယက်ကိုဖြစ်စဉ်းစားနေကြသည်။ သူတို့ကဘာကိုကိုယ်စားပြုသလဲ?

hierarchical ဒေတာဘေ့စအပင်တစ်ပင်ဖွဲ့စည်းပုံရှိပြီးဆက်သွယ်ရေးလည်းမရှိရာအကြားကွဲပြားခြားနားသောအဆင့်ဆင့်၏အချက်အလက်များ၏ဖွဲ့စည်းထားပါသည်။ Network ကိုဒေတာဘေ့စမော်ဒယ်တစ်ဦးထက်ပိုရှုပ်ထွေးပုံစံဖြစ်ပါတယ်။ ၎င်း၏ဖွဲ့စည်းပုံတစ်ဦးအဆင့်ဆင့်နဲ့တူအောင်, နှင့်အစီအစဉ်တိုးချဲ့နှင့်တိုးတက်လာသည်။ သူတို့ကိုအကြားခြားနားချက်ကွန်ယက်အများအပြားဖြစ်နိုင်သည်နေစဉ်မျိုးရိုးလိုက် hierarchical ဒေတာမော်ဒယ်များ, တစ်ဦးတည်းသာဘိုးဘွားတွေနဲ့ဆက်နွယ်နေနိုင်သည်။ တစ်ဦး relational ၏ဖွဲ့စည်းပုံ ဒေတာဘေ့စ အများကြီးပိုမိုရှုပ်ထွေးသည်။ ဒါကြောင့်အသေးစိတ်ဖျက်သိမ်းရပါမည်။

တစ်ဦး relational database ကို၏အခြေခံအယူအဆ

ဒါကမော်ဒယ်ဒေါက်တာ Edgar အက်ဖ် Codd သိပ္ပံအားဖြင့် 1970 ခုနှစ်တွင်တီထွင်ခဲ့သည်။ သူမသည်ဒေတာကိုဖော်ပြရန်ကြောင်းလယ်ပြင်, တစ်ဦးချင်းစီကတခြားနှင့်အတူ၎င်းတို့၏ဆက်ဆံရေးကို, သူတို့အပျေါမှာဖျော်ဖြေစစ်ဆင်ရေးနှင့်အတူယုတ္တိနည်းအဖွဲ့စည်းပုံမှာစားပွဲပေါ်မှာဖြစ်ပြီး, အရေးအကြီးဆုံးကတော့ - သူတို့ရဲ့သမာဓိရှိအာမခံသောစည်းမျဉ်းများ။ အဘယ်ကြောင့် relational မော်ဒယ်ကိုခေါ်သလဲ? ဒါဟာဒေတာများအကြား (လကျတငျ။ Relatio ထံမှ) ဆက်ဆံရေးအပေါ်အခြေခံသည်။ ဒီများစွာသောအဓိပ္ပာယ်ရှိပါတယ် ဒေတာဘေ့စအမျိုးအစား။ သတင်းအချက်အလက်နှင့်အတူ relational စားပွဲမဟုတ်ဘဲကွန်ယက်သို့မဟုတ် hierarchical မော်ဒယ်ထက်, ကုသမှုစုစည်းနှင့်ပေးရအများကြီးပိုလွယ်သည်။ သင်ကမည်သို့ပြုကြသနည်း ဒါဟာ relational စားပွဲရဲ့ features တွေကို, စံပြဖွဲ့စည်းပုံနှင့်ဂုဏ်သတ္တိများကိုသိရန်လုံလောက်ပါတယ်။

မော်ဒယ်နှင့်အခြေခံဒြပ်စင်၏လုပ်ငန်းစဉ်

သင့်ကိုယ်ပိုင်ဒေတာဘေ့စဖန်တီးနိုင်ရန်အတွက်သင်ဆဲလ်ဖြည့်ပါနှင့်မူလတန်းသို့မဟုတ်နိုင်ငံခြားသော့သတ်မှတ်ထားဖို့ relational စားပွဲပေါ်မှာနှင့်အချက်အလက်အဖွဲ့အစည်းများအကြားတစ်ခုတည်းနဲ့မျိုးစုံလင့်များဒီဇိုင်း, အလုပ်မလုပ်ဖို့လိုအပျသောအရာကိုသတင်းအချက်အလက်နှင့်အတူစဉ်းစားရန်အမော်ဒယ် tools တွေထဲကတစ်ခုကိုအသုံးပြုသင့်ပါတယ်။

စားပွဲမော်ဒယ်နှင့်ဆက်စပ် databases ကိုဒီဇိုင်းလုပျခှငျ, phpMyAdmin, ဖြစ်ရပ်မှန်စတူဒီယို, dbForge စတူဒီယိုလိုအခမဲ့ tools များမှတစ်ဆင့်ဖျော်ဖြေနေသည်။ အဆိုပါဂရပ်ဖစ်ချော relational မော်ဒယ်ကယ်တင်နှင့် SQL-အဆင်သင့်ကုဒ်သို့ဘာသာပြန်ဆိုပေးရန်အသေးစိတ်ဒီဇိုင်းပြီးနောက်။ ဒီအဆင့်မှာ, သင်ဒေတာအမျိုးအစားစီခြင်း, အပြောင်းအလဲနဲ့နှင့်စနစ်တကျနဲ့အလုပ်လုပ်စတင်နိုင်ပါသည်။

ဆက်ဆံရေးပုံစံနှင့်အတူဆက်စပ်တည်ဆောက်ပုံနှင့်အသုံးအနှုန်းများ၏အင်္ဂါရပ်များ

၎င်း၏ကိုယ်ပိုင်လမ်းအတွက်တစ်ဦးချင်းစီအရင်းအမြစ်က၎င်း၏ဒြပ်စင်ကိုဖော်ပြထားတယ်, ဒါကြောင့်ငါဒီထက်ရှုပ်ထွေးမှုအတွက်အနည်းငယ်အရိပ်အမြွက်ပေးချင်ပါတယ်:

• relational တံဆိပ် = သဘောသဘာဝ;
• အပြင်အဆင် = attribute ကိုနာမကိုအမှီ = ဂေါက်သီး = ကော်လံ header ကို entity;
• entity ဥပမာအားဖြင့် = tuple = စံချိန် = ပန်းကန်လိုင်း;
• attribute ကို = value ကို = ဆဲလ်အဖွဲ့အစည်းများလယ်ကွင်း။

တစ်ဦး relational database ကိုဂုဏ်သတ္တိများကိုသှားဖို့ကပါဝင်သည်နှင့်အရာအဘို့သူတို့ရည်ရွယ်ကြသည်အချို့သောအခြေခံအစိတ်အပိုင်းများကိုသတိထားရပါမည်။

1. အနှစ်သာရ။ စားပွဲတင် relational database ကိုတဦးတည်းရှိနိုင်ပါသည်, သို့မဟုတ်ဒေတာမှတဆင့်မြို့သားသိမ်းဆည်းထားဖော်ပြထားအရာဝတ္ထုတို့၏သွင်ပြင်လက္ခဏာများကြောင့်စားပွဲအစုတခုဖြစ်နိုင်သည်။ သူတို့ဟာလယ်ကွင်းတစ်သတ်မှတ်ထားတဲ့အရေအတွက်နှင့် entries တွေကိုတစ် variable ကိုနံပါတ်တစ်ခုရှိသည်။ စားပွဲတင် relational မော်ဒယ်ဒေတာဘေ့စညှို့, attribute တွေနှင့် layout ကိုဖွဲ့စည်းထားတာဖြစ်တယ်။
2. မှတ်တမ်းတင်ရန် - ယင်းဖော်ပြထားအရာဝတ္ထုတို့၏သွင်ပြင်လက္ခဏာများသောဒေတာများပြသကြောင်းအတန်းတစ် variable ကိုအရေအတွက်ကို။ စနစ်အားဖြင့်အလိုအလျှောက်လုပ် entries တွေကိုအရေအတွက်။
3. attributes - တစ်ဦး SUMMARY ကော်လံဖေါ်ပြခြင်း Data ဖြစ်ပါတယ်။
4. ကွင်းဆင်း။ ဒါဟာတစ်ဦး entity ကော်လံဖြစ်ပါတယ်။ ၎င်းတို့၏အရေအတွက်ကို - fixed value ကိုစားပွဲ၏ဖန်တီးမှုသို့မဟုတ်ပြုပြင်မွမ်းမံကာလအတွင်းသတ်မှတ်ထားခြင်းဖြစ်သည်။

အခုတော့စားပွဲ၏မဲဆန္ဒနယ်ဒြပ်စင်ကို သိ. , သင် relational မော်ဒယ်ဒေတာဘေ့စများ၏ဂုဏ်သတ္တိများမှအပေါ်ကိုရွှေ့နိုင်သည်

• Two-ရှုထောင် relational database ကို၏အနှစ်သာရ။ ကြောင့်သူတို့နှင့်အတူဒီပိုင်ဆိုင်မှုမှအလွယ်တကူအမျိုးမျိုးသောယုတ္တိနှင့်သင်္ချာစစ်ဆင်ရေး prodelyvat ။
• တစ်ဦး relational table ထဲမှာ attribute ကိုတန်ဖိုးများများနှင့်မှတ်တမ်းများအမိန့်မတရားနိုင်ပါတယ်။
• တစ်ဦး relational စားပွဲပေါ်မှာအတွင်းကော်လံ၎င်း၏ကိုယ်ပိုင်ထူးခြားသောနာမကိုအမှီရှိရမည်။
• ကော်လံအတွက်ဒေတာအားလုံးကိုမရှိမဖြစ်လိုအပ်တဲ့သတ်မှတ်ထားတဲ့အရှည်နှင့်အမျိုးအစားတူရှိသည်။
• အနှစ်သာရအတွက်မဆို entry ကိုအချက်အလက်များ၏တဦးတည်းအပိုင်းအစအဖြစ်ထည့်သွင်းစဉ်းစားနေသည်။
• အဆိုပါအတန်း၏မဲဆန္ဒနယ်အစိတ်အပိုင်းများကိုထူးခြားတဲ့ဖြစ်ကြသည်။ ဆက်ဆံရေးသဘောသဘာဝအဘယ်သူမျှမထပ်တန်းစီကြသည်။

ဆက်ဆံရေးဒေတာဘေ့စများ၏ဂုဏ်သတ္တိများအပေါ်အခြေခံပြီး, က attribute တွေ၏တန်ဖိုးများတူညီအမျိုးအစား, အရှည်၏ဖြစ်သင့်ကြောင်းနားလည်သဘောပေါက်ထားပါသည်။ တစ်ဦးအထူးသဖြင့် attribute ကိုတန်ဖိုးများကိုစဉ်းစားပါ။

relational database များကိုလယ်၏အဓိကလက္ခဏာများ

field အမည်များတစ်ခုတည်း entity အတွင်းမှာထူးခြားတဲ့ဖြစ်ရပါမည်။ အမျိုးအစားများနှင့်ဆက်စပ် databases ကို၏လယ်ကွင်းလယ်ကွက်ထဲမှာသိမ်းထားပါတယ်ဒေတာအဖွဲ့အစည်းများ၏အမျိုးအစားကိုဖော်ပြရန် attribute ။ field relational database ကိုဇာတ်ကောင်အတွက်တွက်ချက်သောသတ်မှတ်ထားတဲ့အရွယ်အစား, ရှိရမည်။ parameters နှင့် attribute ကိုတန်ဖိုးများကို format သူတို့ရဲ့ဒေတာဆုံး၏ထုံးစံသတ်မှတ်။ သို့သျောလညျးကို "မျက်နှာဖုံး" သို့မဟုတ် "input ကို template ကို" အဖြစ်ထိုသို့သောအမှုကိုလည်းမရှိ။ ဒါဟာ attribute ကိုတနျဖိုးအတွက် data တွေကို input ကိုအတွက် configuration ကိုဆုံးဖြတ်ရန်ဒီဇိုင်းပြုလုပ်ထားသည်။ ဆက်ဆက်မှားစံချိန်မှာ ဒေတာအမျိုးအစား လယ်ပြင်၌တစ်ဦး bug ကိုအစီရင်ခံစာထုတ်ပြန်ခဲ့သည်ရပါမည်။ ဒေတာ entry ကို၏တိကျမှန်ကန်မှုနှင့်တိကျစစ်ဆေးနေများအတွက်အခြေအနေများ - ဒါ့အပြင်လယ်ပြင်ပေါ်ဒြပ်စင်အခြို့သောကန့်သတ်ကြသည်။ ထူးခြားဒေတာနှင့်ပြည့်စုံစေခြင်းငှါရှိပါတယ်တဲ့မဖြစ်မနေ attribute တန်ဖိုးရှိပါသည်။ တချို့က attribute ကိုလိုင်း null-တန်ဖိုးများနှင့်ပြည့်စုံလိမ့်မည်။ လွတ်ဒေတာလယ်ကွင်း attribute တွေရိုက်ထည့်ဖို့ခွင့်ပြုခဲ့ပါသည်။ တစ်ဦး bug ကိုအစီရင်ခံစာနှင့်အတူသကဲ့သို့, စနစ်ဖြင့်အလိုအလျှောက်ဖြည့်ဖြစ်ကြောင်းတန်ဖိုးများရှိပါတယ် - ဒီက default ဒေတာဖြစ်ပါတယ်။ အညွှန်းလယ်ကိုရည်ရွယ်မည်သည့်ဒေတာအတွက်ရှာဖွေရေးအရှိန်မြှင့်ရန်။

scheme ရှုထောင် relational database ကိုစားပွဲပေါ်မှာ

၏အသေးစိတ်နားလည် စီမံခန့်ခွဲမှုစနစ်အ ဥပမာတစ်ခုအဖြစ် scheme ကိုစဉ်းစားရန် SQL အကောင်းဆုံးသုံးပြီးမော်ဒယ်။ ကျနော်တို့ဆီမှာ relational database ကိုသည်အဘယ်အရာကိုငါသိ၏။ အသီးအသီးကိုစားပွဲတစ်ခု entry ကို - တစ်ခုတည်းဒေတာဒြပ်စင်။ စစ်ဆင်ရေးပုံမှန်ရန်လိုအပ်သောဒေတာများကို redundancy, ကာကွယ်တားဆီးဖို့။

relational သဘာဝတရား၏ပုံမှန်၏အခြေခံစည်းမျဉ်းများ

1. တစ်ဦး relational စားပွဲပေါ်မှာအဘို့လယ်ပြင်၌နာမတျော၏တန်ဖိုးတစ်ဦးကြင်ကြင်နာနာ (- 1NF ပထမဦးစွာပုံမှန် Form ကို) ၏တဦးတည်းထူးခြားတဲ့ဖြစ်ရပါမည်။

ပြီးသား 1NF လျှော့ချထားပြီးတစ်စားပွဲများအတွက် 2. ဘယ်ကော်လံ၏နာမကိုအမှီထူးခြားတဲ့စားပွဲပေါ်မှာအမှတ်အသား (2NF) အပေါ်မှီခိုဖြစ် Non-ဖော်ထုတ်။

ပြီးသား 2NF ထဲမှာသိမ်းထားတဲ့သမျှသောစားပွဲများအတွက် 3. စီလယ်ကွင်း Non-ဖော်ထုတ်သည်အခြားအမည်မသိဒြပ်စင်တန်ဖိုးများ (3NF entity) ၏လွတ်လပ်သောနိုင်ပါတယ်။

ဒေတာဘေ့စ: စားပွဲအကြားဆက်ဆံရေးလင့်များ

2 အဓိကရှိပါတယ် ဆက်ဆံရေးအမျိုးအစားများ relational တက်ဘလက်:

• "One-အများအပြား" ။ သည့်အခါတဦးတည်း key ကိုစားပွဲပေါ်မှာ entry ကို№1ဒုတိယ entity ၏မျိုးစုံသာဓကအရတွေ့ရှိနိုင်ပါသည်။ ထုတ်သောလိုင်းကြီးစွန်းတိုင်အောင်တဦးအပေါ် Key ကိုအိုင်ကွန်မျဉ်း၏အခြားအဆုံးကိုမကြာခဏအသင်္ချေအမှတ်အသား၏သင်္ကေတဖြစ်တယ်, ပစ္စည်းဥစ္စာ "တဦးတည်း" ၏ဘက်မှာကြောင်းဖော်ပြသည်။

• ဆက်သွယ်ရေး "အမြား-အများအပြား" တော်တော်များများအတန်း၏ဖြစ်ရပ်သည်အခြား table ၏မှတ်တမ်းများနံပါတ်နှင့်တသားတယုတ္တိ entity ရှင်းလင်းပြတ်သားစွာအပြန်အလှန်အတွက်ဖွဲ့စည်းခဲ့သည်။
• အဲဒီမှာနှစ်ခုအဖွဲ့အစည်းများ "တစျခုမှတဦးတည်း" ၏တစ်ဦး concatenation ဖြစ်ပါတယ်ဆိုပါကစားပွဲတစ်ခု၏သော့အမှတ်အသားအခြား entity အတွက်ပစ္စုပ္ပန်ကြောင်းကိုဆိုလိုတယ်, ထို့နောက်ကစားပွဲ၏တဦးတည်းဖယ်ရှားပစ်ရန်လိုအပ်ပါကပိုသည်။ သို့သော်တစ်ခါတစ်ရံတွင်သာလုံခြုံရေးပရိုဂရမ်ရည်ရွယ်ချက်ရှိရှိနှစ်ခုအဖွဲ့အစည်းများခွဲခြားသည်။ ထို့ကြောင့်, မသိဘဲရမ်းမေးတဲ့ "တစျခုမှတဦးတည်း" အကြားဆက်သွယ်မှုတည်ရှိနိုင်ပါတယ်။

တစ်ဦး relational database ထဲတွင်သော့၏တည်ရှိမှု

မူလတန်းနှင့်အလယ်တန်းသော့အလားအလာဒေတာဘေ့စဆက်ဆံရေးကိုဖေါ်ထုတ်။ relational ဒေတာဆက်သွယ်ရေးမော်ဒယ်တစ်ဦးတည်းသာကိုယ်စားလှယ်လောင်းသော့ချက်ရှိနိုင်ပါသည်, ကမူလတန်းသော့ချက်ဖြစ်လိမ့်မည်။ ဒါဟာဘာလဲ? မူလတန်း key ကို - တစ်ကော်လံသို့မဟုတ်သင်တစ်ဦးအထူးသဖြင့်ဒေတာများလိုင်းမှဝင်ရောက်ခွင့်ရရှိနိုငျသောမှတစ်ဆင့်အနှစ်သာရ၏ attribute တွေအစုတခု။ ဒါဟာတစ်ဦးတည်းသာထူးခြားတဲ့သူဖြစ်ရမည်, နှင့်၎င်း၏လယ်ကွင်းတရားမဝင်သောတန်ဖိုးများဆံ့မခံနိုင်သည်။ မူလတန်း key ကိုတစ်ဦးတည်းသာ attribute ကိုပါဝင်ပါသည်လျှင်ရိုးရှင်းတဲ့ဖြစ်ဟုဖြစ်လျှင်, မဟုတ်ရင်ဖြစ်လိမ့်မည်။

မူလတန်း key ကိုအပြင်တည်ရှိခြင်းနှင့်ပြင်ပ (နိုင်ငံခြားသော့ချက်) ။ အတော်များများကသူတို့ကိုအကြားဘာကွာခြားချက်နားလည်သဘောပေါက်ကြပါဘူး။ ကျွန်တော်တို့ကိုဥပမာတစ်ခုအဖြစ်ပိုပြီးအသေးစိတ်အတွက်သူတို့ကိုဆနျးစစျကွပါစို့။ "ဒင်း" နှင့် "ကျောင်းသားများ": ဒါကြောင့်, ကျောက်ပြားနှစ်ပြားရှိပါတယ်။ "ဒင်း" ၏အနှစ်သာရလယ်ကွင်းများပါဝင်သည်: "ID ကိုကျောင်းသား", "အမည်" နှင့် "အုပ်စု။ " စားပွဲတင် "ကျောင်းသားများ" ဟုအဆိုပါ attribute ကထိုကဲ့သို့သော "အမည်", "အုပ်စု" အဖြစ်တန်ဖိုးများနှင့် "ပျမ်းမျှ" ရှိပါတယ်။ ကျောင်းသားတစ်ဦး ID ကိုအနည်းငယ်ကျောင်းသားများအတွက်အတူတူမဖွစျနိုငျအဖြစ်ဒါကြောင့်အဓိကသော့ချက်ဖြစ်လယ်ပြင်သည်။ စားပွဲ၏ "ကျောင်းသားများကို" မှ "အမည်" နှင့် "အုပ်စု" အနည်းငယ်သောလူများအတွက်တူညီဖြစ်နိုင်သည်, သူတို့က "ဒင်း" ၏အနှစ်သာရအနေဖြင့်ကျောင်းသားတစ်ဦး၏ ID နံပါတ်ကိုရည်ညွှန်း, ဒါကြောင့်သူတို့တစ်တွေနိုင်ငံခြားသော့ချက်အဖြစ်အသုံးပြုနိုင်ပါသည်။

relational database ကိုမော်ဒယ်တခုရဲ့ဥပမာ

ရှင်းလင်းပြတ်သားမှုအတွက်ကျနော်တို့နှစ်ခုအဖွဲ့အစည်းများပါဝင်သောတစ် relational database ကိုမော်ဒယ်တစ်ဦးရိုးရှင်းတဲ့ဥပမာပေးပါ။ နာမတော်ကိုအမှီ ပြု. "ဒင်း" နဲ့စားပွဲတစ်ခုရှိပါသည်။

ဒါဟာအပြည့်အဝ relational database ကိုရဖို့ကွန်နက်ရှင်ကိုထုတ်သယ်ဆောင်ရန်လိုအပ်ပါသည်။ အဆိုပါနယ်ပယ်မူလတန်း key ကိုလုပ်မဖွစျနိုငျဒီတော့ "41-IN" အဖြစ်ကောင်းစွာအဖြစ် "IN-72" entry, ပစ္စုပ္ပန်ဖြစ်နိုင်သည်ကိုပိုမိုကျောင်းသားအမညျ, အမည်နှင့် patronymic အဖြစ် "ဒင်း" ဟုအဆိုပါ table ထဲမှာတစ်ကြိမ်ထက်, ရှားပါးကိစ္စများတွင်, အတူတူရှိနိုင်ပါသည်။ "ကျောင်းသားများ" ၏အနှစ်သာရကိုပြသပါလိမ့်မယ်။

ကျွန်တော်ကြည့်ရှုနိုင်သကဲ့သို့, relational database ကိုလယ်ကွင်းအမျိုးအစားများလုံးဝကွဲပြားခြားနား။ ဒီဂျစ်တယ်အသံသွင်းခြင်းနှင့်ဇာတ်ကောင်အဖြစ်ပစ္စုပ္ပန်။ ထို့ကြောင့် attribute က settings ကို integer ဖြစ်တဲ့အတွက်, char, vachar, ရက်စွဲနှင့်အခြားသူများရဲ့တန်ဖိုးကိုညွှန်ပြသင့်ပါတယ်။ သည် "ဒင်း" ထူးခြားတဲ့တန်ဖိုးကိုအတွက်သာကျောင်းသား ID ကိုဖြစ်ပါတယ်။ ဤကွက်လပ်တစ်ခုမူလတန်းသော့ချက်အဖြစ်ခေါ်ဆောင်သွားနိုင်ပါသည်။ , အမည်အနုပညာရှင်, နှင့် "ကျောင်းသားများ" ၏အနှစ်သာရကနေဖုန်းကိုကျောင်းသားများ၏ ID ကိုးကားနိုင်ငံခြားသော့ချက်အဖြစ်ခေါ်ဆောင်သွားနိုင်ပါသည်။ အဆိုပါကွန်နက်ရှင်ကိုစတင်တည်ထောင်ခဲ့သည်။ ဤ "တစျခုတစျခုမှ" ၏တစ်ဦးဆက်သွယ်ရေးမော်ဒယ်၏ဥပမာတစ်ခုဖြစ်ပါတယ်။ မသိဘဲရမ်းမေးတဲ့, အပိုစားပွဲ၏တဦးတည်း, သူတို့ကအလွယ်တကူတစ်ခုတည်း entity သို့ပေါင်းစပ်နိုင်ပါတယ်။ ကျောင်းသားများကိုများ၏ ID-number ကိုတစ်ကမ္ဘာလုံးအတိုင်းအတာလူသိများဖြစ်လာမပြုခဲ့ခြင်းငှါ၎င်းထိုသို့ကျောက်ပြားနှစ်ပြားရှိပါတယ်အတော်လေးဖြစ်နိုင်ပါတယ်။