RELASYONG DATABASE NG KAUGNAYAN: MGA ELEMENTO, KUNG PAANO ITO GAWIN, HALIMBAWA - TEKNOLOHIYA - 2025

Ang modelo ng pamanggit na database ay isang paraan ng pag-istruktura ng data gamit ang mga relasyon, gamit ang mga istrukturang tulad ng grid, na binubuo ng mga haligi at hilera. Ito ang prinsipyo ng konsepto ng mga relational database. Ito ay iminungkahi ni Edgar F. Codd noong 1969.

Ito ay mula nang maging nangingibabaw na modelo ng database para sa mga aplikasyon ng negosyo, kung ihahambing sa iba pang mga modelo ng database, tulad ng hierarchical, network, at object.

Pinagmulan: pixabay.com

Walang ideya si Codd kung gaano kahalaga at maimpluwensyahan ang kanyang trabaho bilang isang platform para sa mga nakabatay na mga database. Karamihan sa mga tao ay pamilyar sa pisikal na pagpapahayag ng isang relasyon sa isang database: ang talahanayan.

Ang modelo ng relational ay tinukoy bilang database na nagpapahintulot sa pag-grupo ng mga elemento ng data nito sa isa o higit pang mga independiyenteng talahanayan, na maaaring maiugnay sa bawat isa sa pamamagitan ng paggamit ng mga patlang na karaniwang sa bawat kaugnay na talahanayan.

Pamamahala ng database

Ang isang talahanayan ng database ay katulad sa isang spreadsheet. Gayunpaman, ang mga ugnayan na maaaring malikha sa pagitan ng mga talahanayan ay nagbibigay-daan sa isang pamanggit na database upang mahusay na mag-imbak ng isang malaking halaga ng data, na maaaring mabawi nang epektibo.

Ang layunin ng modelong pamanggit ay magbigay ng isang nagpapahayag na pamamaraan para sa pagtukoy ng data at mga query: direktang ipinahayag ng mga gumagamit kung anong impormasyon ang nilalaman ng database at kung anong impormasyon ang nais nila mula dito.

Sa kabilang banda, iniiwan nila ito sa software management system software upang ilarawan ang mga istruktura ng data para sa pag-iimbak at ang pagkuha ng pamamaraan upang masagot ang mga query.

Karamihan sa mga liblib na database ay gumagamit ng wika ng SQL para sa pag-query at pagtukoy ng data. Sa kasalukuyan mayroong maraming mga sistema ng pamamahala ng pamamahala ng database o RDBMS (Relational Data Base Management System), tulad ng Oracle, IBM DB2 at Microsoft SQL Server.

Mga tampok at elemento

- Ang lahat ng data ay sinasadya na kinakatawan bilang isang inayos na pagsasaayos ng data sa mga hilera at haligi, na tinatawag na isang relasyon o talahanayan.

- Ang bawat talahanayan ay dapat magkaroon ng isang header at isang katawan. Ang header ay ang listahan lamang ng mga haligi. Ang katawan ay ang hanay ng data na pinupuno ang talahanayan, naayos sa mga hilera.

- Ang lahat ng mga halaga ay mga iskandalo. Iyon ay, sa anumang naibigay na posisyon ng hanay / haligi sa talahanayan, may iisang halaga lamang.

-Mga elemento

Ang sumusunod na figure ay nagpapakita ng isang talahanayan na may mga pangalan ng mga pangunahing elemento, na bumubuo ng isang kumpletong istraktura.

Tuple

Ang bawat hilera ng data ay isang tuple, na kilala rin bilang isang talaan. Ang bawat hilera ay isang n-tuple, ngunit ang "n-" ay karaniwang itinapon.

Hanay

Ang bawat haligi sa isang tupad ay tinatawag na isang katangian o bukid. Ang haligi ay kumakatawan sa hanay ng mga halaga na maaaring magkaroon ng isang tiyak na katangian.

Susi

Ang bawat hilera ay may isa o higit pang mga haligi na tinatawag na isang key ng mesa. Ang pinagsama-samang halaga ay natatangi para sa lahat ng mga hilera sa isang talahanayan. Sa pamamagitan ng susi na ito ang bawat tuple ay natatanging natukoy. Iyon ay, ang susi ay hindi maaaring doblehin. Ito ay tinatawag na pangunahing susi.

Sa kabilang banda, ang isang dayuhan o pangalawang key ay ang patlang sa isang mesa na tumutukoy sa pangunahing susi ng ilang iba pang talahanayan. Ginagamit ito upang tukuyin ang pangunahing talahanayan.

-Mga patakaran ng integridad

Kapag nagdidisenyo ng relational model, tinukoy mo ang ilang mga kundisyon na dapat matugunan sa database, na tinatawag na mga panuntunan ng integridad.

Pangunahing integridad

Ang pangunahing susi ay dapat na natatangi para sa lahat ng mga tuples at hindi maaaring maging null (Null). Kung hindi, hindi mo magagawang natatanging kilalanin ang hilera.

Para sa isang multi-haligi key, wala sa mga haligi na maaaring maglaman ng Null.

Referential integridad

Ang bawat halaga ng isang dayuhang susi ay dapat tumugma sa isang halaga ng pangunahing susi ng isinangguni o pangunahing mesa.

Ang isang hilera na may dayuhang key ay maaaring maipasok lamang sa pangalawang talahanayan kung ang halaga na iyon ay nasa isang pangunahing mesa.

Kung ang halaga ng mga pangunahing pagbabago sa pangunahing talahanayan, dahil sa hilera na na-update o tinanggal, pagkatapos ang lahat ng mga hilera sa pangalawang talahanayan kasama ang dayuhang key na ito ay dapat na mai-update o matanggal nang naaayon.

Paano gumawa ng isang relational model?

-Collect data

Ang kinakailangang data ay dapat makolekta upang maiimbak sa database. Ang mga data na ito ay nahahati sa iba't ibang mga talahanayan.

Ang isang naaangkop na uri ng data ay dapat mapili para sa bawat haligi. Halimbawa: buong numero, mga numero ng lumulutang na point, teksto, petsa, atbp.

-Define pangunahing mga key

Para sa bawat talahanayan, ang isang haligi (o ilang mga haligi) ay dapat mapili bilang pangunahing susi, na natatanging makilala ang bawat hilera sa talahanayan. Ginagamit din ang pangunahing susi upang sumangguni sa iba pang mga talahanayan.

-Gawin ang mga ugnayan sa pagitan ng mga talahanayan

Ang isang database na binubuo ng independiyenteng, walang kaugnayan na mga talahanayan ay nagsisilbi ng kaunting layunin.

Ang pinaka-mahalaga na aspeto sa pagdidisenyo ng isang relational database ay ang pagkilala sa mga relasyon sa pagitan ng mga talahanayan. Ang mga uri ng relasyon ay:

Isa sa marami

Sa isang database ng "Class Listing", ang isang guro ay maaaring magturo ng zero o higit pang mga klase, habang ang isang klase ay itinuro ng isang guro. Ang ganitong uri ng relasyon ay kilala bilang isa-sa-marami.

Ang ugnayang ito ay hindi maaring irepresenta sa isang solong talahanayan. Sa database «Listahan ng mga klase» maaari kang magkaroon ng isang mesa na tinatawag na Mga Guro, na nag-iimbak ng impormasyon tungkol sa mga guro.

Upang maiimbak ang mga klase na itinuro ng bawat guro, maaari kang lumikha ng karagdagang mga haligi, ngunit haharapin mo ang isang problema: kung gaano karaming mga haligi ang malilikha.

Sa kabilang banda, kung mayroon kang isang mesa na tinawag na Mga Klase, na nag-iimbak ng impormasyon tungkol sa isang klase, maaari kang lumikha ng karagdagang mga haligi upang mag-imbak ng impormasyon tungkol sa guro.

Gayunpaman, dahil ang isang guro ay maaaring magturo ng maraming mga klase, ang kanyang data ay mai-duplicate sa maraming mga hilera sa talahanayan ng Mga Klase.

Magdisenyo ng dalawang talahanayan

Samakatuwid, kailangan mong magdisenyo ng dalawang talahanayan: isang talahanayan ng Mga Klase upang mag-imbak ng impormasyon tungkol sa mga klase, kasama ang Class_Id bilang pangunahing susi, at isang talahanayan ng Mga Guro upang mag-imbak ng impormasyon tungkol sa mga guro, kasama si Teacher_Id bilang pangunahing susi.

Ang isa-sa-maraming relasyon ay maaaring malikha sa pamamagitan ng pag-iimbak ng pangunahing susi mula sa talahanayan ng Master (Master_Id) sa talahanayan ng Mga Klase, tulad ng nakalarawan sa ibaba.

Ang haligi ng Master_Id sa talahanayan ng Mga Klase ay kilala bilang isang banyagang susi o pangalawang key.

Para sa bawat halaga ng Master_Id sa talahanayan ng Master, maaaring maging zero o higit pang mga hilera sa talahanayan ng Mga Klase. Para sa bawat halaga ng Class_Id sa talahanayan ng Mga Klase, may isang hilera lamang sa talahanayan ng Mga Guro.

Marami sa marami

Sa isang database ng "Pagbebenta ng Produkto", ang isang order ng customer ay maaaring maglaman ng maraming mga produkto, at ang isang produkto ay maaaring lumitaw sa maraming mga order. Ang ganitong uri ng relasyon ay kilala bilang marami sa marami.

Maaari mong simulan ang database ng "Benta ng Produkto" na may dalawang talahanayan: Mga Produkto at Order. Ang talahanayan ng Mga Produkto ay naglalaman ng impormasyon tungkol sa mga produkto, na may productID bilang pangunahing susi.

Sa kabilang banda, ang talahanayan ng Mga Order ay naglalaman ng mga order ng customer, na may orderID bilang pangunahing susi.

Hindi mo maiimbak ang mga iniutos na mga produkto sa loob ng talahanayan ng Mga Order, dahil hindi mo alam kung gaano karaming mga haligi ang magreserba para sa mga produkto. Hindi rin maaaring maiimbak ang mga order sa talahanayan ng Mga Produkto para sa parehong dahilan.

Upang suportahan ang maraming-sa-maraming relasyon, kailangan mong lumikha ng isang ikatlong talahanayan, na kilala bilang isang sumali sa talahanayan (OrderDetails), kung saan ang bawat hilera ay kumakatawan sa isang item sa isang partikular na pagkakasunud-sunod.

Para sa talahanayan ng OrderDetails, ang pangunahing susi ay binubuo ng dalawang mga haligi: orderID at productID, natatanging nagpapakilala sa bawat hilera.

Ang mga orderID at productID na mga haligi sa talahanayan ng OrderDetails ay ginagamit upang sanggunian ang mga talahanayan ng Mga Order at Produkto. Samakatuwid, ang mga ito ay mga dayuhang susi din sa talahanayan ng OrderDetails.

Isa-isa

Sa database ng "Pagbebenta ng mga produkto", ang isang produkto ay maaaring magkaroon ng opsyonal na impormasyon, tulad ng karagdagang paglalarawan at imahe nito. Ang pagpapanatili nito sa loob ng talahanayan ng Mga Produkto ay bubuo ng maraming mga walang laman na puwang.

Samakatuwid, ang isa pang talahanayan (ProductExtras) ay maaaring malikha upang mag-imbak ng opsyonal na data. Isang tala lamang ang lilikha para sa mga produkto na may opsyonal na data.

Ang dalawang talahanayan, Produkto at ProductExtras, ay mayroong isang-sa-isang relasyon. Para sa bawat hilera sa talahanayan ng Mga Produkto mayroong isang maximum ng isang hilera sa talahanayan ng ProductExtras. Ang parehong productID ay dapat gamitin bilang pangunahing susi para sa parehong mga talahanayan.

Kalamangan

Ang pagsasarili ng istruktura

Sa modelo ng pamanggit na database, ang mga pagbabago sa istraktura ng database ay hindi nakakaapekto sa pag-access sa data.

Kapag posible na gumawa ng mga pagbabago sa istraktura ng database nang hindi naaapektuhan ang kakayahan ng DBMS na ma-access ang data, masasabi na nakamit ang kalayaan sa istruktura.

Ang pagiging simple ng konsepto

Ang modelo ng pamanggit database ay mas simple kaysa sa simpleng hierarchical o modelo ng database ng network.

Dahil ang modelo ng pamanggit na database ay pinalaya ang taga-disenyo mula sa mga detalye ng pisikal na imbakan ng data, ang mga taga-disenyo ay maaaring tumuon sa lohikal na pagtingin ng database.

Dali ng disenyo, pagpapatupad, pagpapanatili at paggamit

Ang modelo ng pamanggit na database ay nakamit ang parehong kalayaan ng data at kalayaan sa istraktura, na ginagawang pagdidisenyo, pagpapanatili, pamamahala, at paggamit ng database na mas madali kaysa sa iba pang mga modelo.

Ang kapasidad ng query ng ad-hoc

Ang pagkakaroon ng isang napakalakas, kakayahang umangkop at madaling gamitin na kakayahan sa query ay isa sa mga pangunahing dahilan para sa napakalawak na katanyagan ng modelong pamanggit sa pamanggit.

Ang query ng wika ng modelo ng pamanggit na pamanggit, na tinatawag na nakabalangkas na wika ng query, o SQL, ay gumagawa ng mga query sa ad-hoc. Ang SQL ay isang ika-apat na wika ng henerasyon (4GL).

Pinapayagan ng isang 4GL ang gumagamit na tukuyin kung ano ang dapat gawin, nang hindi tinukoy kung paano ito dapat gawin. Kaya, sa SQL, maaaring tukuyin ng mga gumagamit kung anong impormasyon ang nais nila at iwanan ang mga detalye kung paano makuha ang impormasyon sa database.

Mga Kakulangan

Mga gastos sa Hardware

Itinatago ng modelong pamanggit sa database ang pagiging kumplikado ng pagpapatupad nito at ang mga detalye ng pisikal na imbakan ng data ng gumagamit.

Upang magawa ito, ang mga sistema ng pamanggit na database ay nangangailangan ng mga computer na may mas malakas na mga aparato at imbakan ng data.

Samakatuwid, ang RDBMS ay nangangailangan ng mga makapangyarihang makina upang tumakbo nang maayos. Gayunpaman, habang ang lakas ng pagproseso ng mga makabagong computer ay tumataas sa isang eksponensyong rate, ang pangangailangan para sa higit pang lakas ng pagproseso sa senaryo ngayon ay hindi na masyadong malaking problema.

Ang kadali ng disenyo ay maaaring humantong sa hindi magandang disenyo

Ang database ng pamanggit ay madaling idisenyo at gamitin. Hindi kailangang malaman ng mga gumagamit ang mga kumplikadong detalye ng pisikal na imbakan ng data. Hindi nila kailangang malaman kung paano naka-imbak ang data upang ma-access ito.

Ang kadalian ng disenyo at paggamit ay maaaring humantong sa pag-unlad at pagpapatupad ng hindi maayos na dinisenyo na mga sistema ng pamamahala ng database. Dahil ang database ay mahusay, ang mga kahusayan sa disenyo na ito ay hindi magkakaroon ng ilaw kapag ang database ay dinisenyo at kapag may kaunting data lamang.

Habang lumalaki ang database, hindi gaanong dinisenyo ang mga database ay pabagalin ang sistema at hahantong sa pagkasira ng pagganap at katiwalian ng data.

Mga pangyayari ng «mga isla ng impormasyon»

Tulad ng nabanggit dati, ang mga relational database system ay madaling ipatupad at gamitin. Lumilikha ito ng isang sitwasyon kung saan maraming tao o kagawaran ang lilikha ng kanilang sariling mga database at aplikasyon.

Ang mga isla ng impormasyon na ito ay maiiwasan ang pagsasama ng impormasyon, na mahalaga para sa maayos at mahusay na paggana ng samahan.

Ang mga indibidwal na database ay lilikha din ng mga problema tulad ng pagkakapareho ng data, pagdoble ng data, kalabisan ng data, atbp.

Halimbawa

Ipagpalagay na ang isang database na binubuo ng mga talahanayan ng Mga Tagabenta, Mga Bahagi, at Mga Talaan. Ang istraktura ng mga talahanayan at ilang mga halimbawang talaan ay ang mga sumusunod:

Ang bawat hilera sa talahanayan ng Mga tagabigay ay kinilala sa pamamagitan ng isang natatanging numero ng tagapagtustos (SNo), natatanging kinikilala ang bawat hilera sa talahanayan. Gayundin, ang bawat bahagi ay may natatanging bahagi na numero (PNo).

Bukod dito, hindi maaaring higit pa sa isang kargamento para sa isang naibigay na kumbinasyon ng Supplier / Bahagi sa talahanayan ng Mga Tindahan, dahil ang kumbinasyon na ito ay ang pangunahing susi ng Mga Pagpapadala, na nagsisilbing talahanayan ng unyon, dahil ito ay isang maraming-ugnay na relasyon.

Ang ugnayan sa pagitan ng mga talahanayan ng Mga Bahagi at Mga Barko ay ibinibigay sa pamamagitan ng pagkakaroon ng patlang na PNo (bahagi ng numero) sa karaniwan at ang ugnayan sa pagitan ng Mga Tagabenta at Mga Pagpapadala ay lumitaw sa pamamagitan ng pagkakaroon ng patlang ng SNo (bilang ng supplier).

Pag-aaral ng talahanayan ng Mga Tindahan, ang impormasyon ay maaaring makuha na isang kabuuan ng 500 nuts ay ipinadala mula sa mga supplier ng Suneet at Ankit, 250 bawat isa.

Katulad nito, 1,100 bolts sa kabuuan ang naipadala mula sa tatlong magkakaibang mga supplier. 500 asul na turnilyo ang naipadala mula sa tagapagtustos ng Suneet. Walang mga pagpapadala ng mga pulang turnilyo.

Mga Sanggunian

1. Wikipedia, ang libreng encyclopedia (2019). Relasyong modelo. Kinuha mula sa: en.wikipedia.org.
2. Techopedia (2019). Relasyong Modelo. Kinuha mula sa: ceilingpedia.com.
3. Dinesh Thakur (2019). Relasyong Modelo. Mga Tala sa Ecomputer. Kinuha mula sa: ecomputernotes.com.
4. Mga Geeks para sa Geeks (2019). Relasyong Modelo. Kinuha mula sa: geeksforgeeks.org.
5. Nanyang Technological University (2019). Isang Mabilis na Simulang Tutorial sa Disenyo ng Database na may kaugnayan. Kinuha mula sa: ntu.edu.sg.
6. Adrienne Watt (2019). Kabanata 7 Ang Relasyong Data Model. BC Buksan ang Mga Aklat. Kinuha mula sa: opentextbc.ca.
7. Toppr (2019). Mga Databases ng Pakakaugnay at Scheme. Kinuha mula sa: toppr.com.