Entity vs Attribute
Entity-relationship modeling (ERM) technique ay malawakang ginagamit para sa pagmomodelo ng mga database. Ang entity-relationship modeling ay ang proseso ng pagbuo ng abstract at conceptual na representasyon ng data. Isa sa mga pangunahing building block ng ERM ay isang entity. Ang entity ay kumakatawan sa isang tunay na bagay sa mundo o isang bagay na maaaring tumayo sa sarili nitong independyente at maaaring makilala nang natatangi. Ang mga katangian ay ang mga katangian ng mga entity na ito. Ang mga diagram ng ER ay produkto ng pagmomodelo ng entity-relasyon. Ang mga ER diagram ay iginuhit gamit ang mga entity, attribute, at iba pang simbolo (gaya ng mga relasyon).
Ano ang Entity?
Ang isang entity ay kumakatawan sa isang bagay na maaaring umiral nang nakapag-iisa at maaaring makilala nang kakaiba. Higit na partikular, ang isang entity ay madalas na kumakatawan sa isang klase, grupo o kategorya ng mga katulad na bagay. Kadalasan, ang isang entity ay kumakatawan sa isang tunay na bagay sa mundo tulad ng isang kotse o isang empleyado. Ang mga entidad ay maaaring maging bilang mga pangngalan na lumalabas sa panahon ng paglalarawan ng problemang lutasin. Ang mga entity ay kinakatawan bilang mga talahanayan sa mga relational na database. Sa pangkalahatan, ang bawat entity ay magmamapa sa eksaktong isang talahanayan sa database. Ang mga indibidwal na row sa mga talahanayan ay tumutugma sa mga aktwal na pagkakataon ng bagay/bagay na kinakatawan ng entity. Halimbawa, sa isang Employee database, ang bawat row ay tumutugma sa mga talaan ng mga indibidwal na empleyado ng kumpanya.
Ano ang isang Katangian?
Sa entity-relationship modelling, ang mga katangian ng mga entity ay tinatawag na mga attribute. Sa madaling salita, ang mga attribute ay kumakatawan sa isang sub group ng impormasyon ng object na kinakatawan ng entity. Tinutukoy ng mga katangian ang mga indibidwal na instance at nakakatulong na makilala ang bawat instance sa pamamagitan ng paglalarawan ng kanilang katangian. Mahalagang tandaan na ang mga katangian ay hindi maaaring itakda ang halaga at dapat sila ay atomic. Sa mga relational database, kung saan ang mga entity ay natanto bilang mga talahanayan, ang bawat column ay kumakatawan sa mga katangian ng mga entity na ito. Halimbawa, sa talahanayan ng Empleyado, ang mga column tulad ng departamento, ranggo at suweldo ay mga halimbawa ng mga katangian ng mga empleyado. Upang matukoy ang pagkakaiba sa pagitan ng mga indibidwal na instance ng entity, maaaring mapili ang isa o higit pang attribute field na may mga natatanging value (para sa lahat ng instance) bilang isang key. Halimbawa, ang attribute ng social security number (na natatangi para sa lahat ng empleyado) ay kadalasang ginagamit bilang pangunahing susi ng isang Employee table. Kung minsan, maraming attribute ang maaaring maging pangunahing susi.
Ano ang pagkakaiba ng Entity at Attribute?
Sa entity-relationship modeling, kinakatawan ng mga entity ang mga bagay/bagay sa totoong mundo na maaaring matukoy bilang natatangi at independiyente, habang ang mga attribute ay kumakatawan sa mga katangian ng mga entity na iyon. Sa mga relational na database, ang mga entity ay nagiging mga talahanayan (bawat hilera ay kumakatawan sa mga indibidwal na pagkakataon), samantalang ang mga katangian ay nagiging mga haligi ng mga katumbas na talahanayan. Kapag nagdidisenyo ng mga database, karaniwan na magkaroon ng kalituhan sa pagpili ng isang entity kumpara sa isang katangian upang kumatawan sa isang tiyak na tunay na bagay ng salita. Halimbawa, dapat bang kinakatawan ang address ng empleyado bilang isang katangian o ibang entity (nakakonekta sa entity ng empleyado sa pamamagitan ng isang relasyon)? Ang isang pangkalahatang tuntunin ng thumb ay, kung ang isang empleyado ay may higit sa isang address, ang address ay dapat na isang entity (dahil ang mga katangian ay hindi nakatakdang halaga). Katulad nito, kung ang istraktura ng address ay mahalagang makuha, muli ang address ay dapat na isang entity (dahil ang mga katangian ay atomic).
