4 na Hakbang Para sa isang Professional na Database Design

sa pamamagitan ng Salman ul Haq | 28 Hunyo 2009

Ito ay isang panauhin post sa pamamagitan ng Anum Lodhi, na may malaking interes sa software ng pagdisenyo ng

%tags Tulad ng kayo ay nangangailangan ng isang plano na bumuo ng isang bahay, kakailanganin mo ng isang database ng plano upang ipatupad ang isang matagumpay na database. Ang paraan ng pagtatayo ng sa huli ay tinatawag na 'pagdidisenyo ng Phase' na kinabibilangan ng isang bilang ng mga mabibigat na hakbang para sa dulo na produkto na naibabagay sa mga pangyayari. Bahagi na ito ang tunay na naglalarawan sa mga impormasyon (+ istraktura nito) na pumunta sa database, ang mga pagpapalagay na ginawa na may kaugnayan sa uri o mga halaga ng mga bagay na data at ang relasyon sa pagitan ng mga bagay sa loob ng data sa database. Lahat ng mga kompanya ng propesyonal na gamitin ang paraan na disenyo sa kanilang database at ang kanyang mga pinaka mahusay na paraan.

Kabilang dito ang apat na hakbang:

1. Kinakailangang sa Pagtatasa

Ang database ay kinakailangan tinutukoy. Ang eksaktong pangangailangan ng mga user mula sa sistema ay captured.All ang mga kaugnay na impormasyon na may kaugnayan sa sistema ay natitipon. Ang anim na pinaka-karaniwang pamamaraan ay ang mga:

Sampling ng umiiral na mga babasahin, mga form, database
Research at mga pagbisita sa site
Observation ng kapaligiran sa trabaho
Questionnaires
Prototyping-magtayo ng isang maliit na modelo ng mga pangangailangan ng gumagamit upang patunayan ang mga kamay bago
Pinagsamang Pangangailangan Planning (JRP) - grupo ng mga pagpupulong ay isinagawa upang pag-aralan ang mga kasalukuyang problema

2. Entity Relationship Diagram (ERD)

ERD ay isang mataas na antas ng notasyon para sa pagpapahayag ng mga disenyo ng database. Ito graphically tumutukoy sa structure ng database sa isang napaka-simple at maliwanag na paraan sa pamamagitan ng paggamit ng mga simbolo.

Ang impormasyon na nakukuha sa loob ng 'Kinakailangang hakbang ng Pagtatasa' ay transformed sa isang ERD (Entity Relationship Diagram) na ang data ay organisado sa mga entidad at mga relasyon sa pagitan ng mga ito. Kaya sa halip ng pagpunta sa pamamagitan ng isang mahaba piraso ng material, mayroon kaming may mga larawan na representasyon ng parehong piraso ng impormasyon na kung saan ay mas madaling basahin.

Ang isang sample ay Diagram ay ito:

673px-ER_Diagram_MMORPG

(image courtesy Wikipedia)

Iba't-ibang data pagmomolde wika ay maaaring gamitin upang lumikha ng isang ERD tulad ng paa ng notasyon sa palibot ng mata, Chen notasyon, IDEFIX (Pagsasanib Definition Para sa mga Impormasyon Modeling), pagtatabing notasyon, Bachman notasyon, UML (Unified Modeling Wika) standard atbp Wikipedia ay isang magandang pahina ay tungkol sa diagram dito

3. Pamanggit Modelo

Ito ay lubhang madaling maunawaan ang mga senaryo mula sa isang ERD, ngunit ang huli ay lubhang mahina mula sa pagpapatupad punto ng view. Konsepto ng subclasses (IS A-istruktura) at ng mga relasyon, halimbawa, ay hindi maaaring ipatupad sa database ng direkta. Sa puntong ito pamanggit modelo pagdating sa paglalaro.

Isang pamanggit modelo employs isang konsepto ng mesa (tinatawag din relasyon). Ang mga hanay ng nilalang at ang mga relasyon depicted sa ERD ay iko-convert sa mesa-pamanggit ng isang modelo.

May limang mga hakbang para sa conversion:

Lumiko sa bawat di-mahina ang entidad na-set sa kanyang kaukulang mesa na may katulad na hanay ng mga katangian
Palitan ang isang relasyon sa pamamagitan ng pakikipag-ugnayan na ang mga katangian ay ang mga pindutan ng set pagkonekta nilalang
Ang ilang relasyon maaari maganda kung pinagsama o hindi kasama. Halimbawa ang mga sumusuporta sa mga relasyon (para sa mga mahina ang mga hanay ng nilalang) ay hindi kailangang maging convert sa pakikipag-ugnayan sa lahat.
Palitan ng mahinang nilalang set sa pamamagitan ng pakikipag-ugnayan na ang mga katangian ay ang kanyang sariling mga katangian (kung mayroon) at ang hiniram na mga katangian na makakatulong upang gumawa ng kanyang pangunahing susi.
Convert ang subclass istruktura ng paggamit ng object oriented diskarte, E / R estilo ng conversion o walang saysay na halaga.

Paliwanag ng mga nagko-convert ay diagram sa relasyon modelo ay may malawak na kaisipan ay hindi sakop ng post na ito. May maraming mga mahusay na mga libro at mga online na makukuha na gumagawa ng mga ito upang madaling maunawaan. Para sa isang pangkalahatang-ideya isaalang-alang ang halimbawang ito na aking nakuha mula sa Wikipedia:

Ang idealized, napaka-simpleng halimbawa ng isang paglalarawan ng ilang relvars at ang kanilang mga katangian:

Customer (Customer ID, Tax ID, Pangalan, Address, City, Estado, Zip, Phone)
Order (Order Hindi, Customer ID, Invoice Hindi, Petsa Inilagay, Petsa ng ipinangako, Terms, Status)
Ang Order Line (Order Hindi, Order Line Hindi, produkto Code, QTY)
Invoice (Invoice Hindi, Customer ID, Order Hindi, Petsa, Status)
Invoice Line (Invoice Hindi, Invoice Line Hindi, produkto Code, QTY naipadala)
Ng produkto (produkto Code, Product Description)

Sa ganitong disenyo ng kami ay may anim na relvars: Customer, Order, Order Line, Invoice, Invoice Line at produkto. Ang mga naka-bold, underlined katangian ay kandidato keys. Ang mga di-bold, underlined katangian ay dayuhan keys.

4. Normalisasyon

Normalisasyon ay isang proseso ng pagtaas sa normal na rating form. Ito lalo na nag-aalis ang mga sumusunod na dependencies upang maiwasan ang redundancies at data anomalies:

Bahagyang dependency: batay sa bahagi ng pangunahing susi
Palipat asa: batay sa isang katangian na hindi bahagi ng pangunahing susi

Ang unang tatlong mga paraan ng normalisasyon ay ang mga:

1NF
- Pinakamababa implementable normal na form
- Pangunahing key entidad integridad pangangailangan ay natutugunan
- Ang bawat cell ay naglalaman ng isang solong halaga
- Non-Pangunahing susi halaga ay nakasalalay sa mga pangunahing susi
2NF
- Lahat ng 1NF na kondisyon ay natutugunan
- Bahagyang
  dependencies ay maalis
3NF
- Lahat ng 2Nf na kondisyon ay natutugunan
- Palipat dependencies tinanggal

Ang mas mataas na porma ng hanggang sa 5NF at BCNF (Boyce-Codd Normal Form) ay umiiral.

Normalisasyon maaaring maipataw sa dalawang paraan:

Normal na forms na ginagamit pagkatapos ng pamanggit modelo ay nalikha
Ang ikatlong hakbang ay Nilaktawan at ang pagbuo ng mga talahanayan ay tapos na ang normalisasyon sa pagsasaalang-alang ng direkta

daleeman blog ay isang napakahusay na post tungkol sa mga database ng normalisasyon. Basahin ang: mga praktikal na aplikasyon ng database normalisasyon na tutulong sa iyo na maunawaan database normalisasyon sa detalye.

Tulad ng artikulong ito? Mag-subscribe sa aming mga feed para sa mas maraming mga kagiliw-giliw at orihinal update ng teknolohiya. Mag-click dito upang makakuha ng mga update sa pamamagitan ng email. Maaari ka ring sumali sa aming Facebook tagahanga pahina

Sharing ay nag-aalaga

Talakayan

Volomike
Sigurado. Ko na nagtrabaho sa napakalaking kapaligiran enterprise sa database at natutunan na ito mula sa tunay na matalino na guys na nagtrabaho sa labas na ito bago sa akin.

Umair Khan jadoon
@ Volomike Salamat sa isang detalyadong comment:) ... very helpful

Volomike
Just mapagtanto normalisasyon na nanggagaling sa isang gastos pati na rin ng benepisyo. Ang mga benepisyo ay tala ng pagsulat sa pagganap, mas maliit na mesa at database ng mga sukat, at integridad ng data. Ang mga gastos ay tala ng pagbabasa ng pagganap, at mga talahanayan ng table na disenyo ay mas magaling na basahin o isulat ang software para sa, at pagkonsumo ng oras para sa proseso ng pag-unlad.

Samakatuwid, kapag ang pag-aaral sa normalisasyon, dapat isa-alang ito sa isang spectrum. Sa kanan namin ay mayroong ganap na normalisasyon. Sa kaliwang namin ay mayroong ganap na denormalization. Sa pagitan ng dalawang mga antas, o mga form sa halip, ng denormalization at normalisasyon. Sa denormalization, ang benepisyo ay na bawasan mo ang pagiging kumplikado ng mesa at mga disenyo ng mesa, na maaaring bawasan ng panahon para sa proseso ng pag-unlad, at dagdagan ang pagbabasa ng rekord ng pagganap, at kung minsan dramatically. Ang mga gastos ay na dagdagan ang problema mo integridad maliban kung ang mga pagdederekta sa inyong application layer ng iyong software (sa labas ng data layer), at palakihin ang mesa at database ng laki.

Kaya bakit gumamit ng isa o sa isa? Balon, kung gusto mo malakas na pag-uulat, na nangangahulugan na mabigat na rekord ng pagbabasa, at pagkatapos ay malinaw naman ang isang pulutong ng mga SQL pagsali sa kumuha ang data na kailangan mo ay magiging mabagal. Ito ay kung saan denormalization ay maaaring makinabang sa database disenyo, pagbabawas ng bilang ng pagsali kinakailangan. Gayundin, kung ikaw ay mabigat na pagsusulat, pagkatapos ng isang normalized database ay nangangahulugan na mas mababa writes at sa gayon ay magiging mas mabilis kaysa sa isang denormalized database. At kung gagawin mo ang isang halo ng makakabasa at writes sa isang set ng mga talahanayan, at pagkatapos ng table na disenyo ay malamang ay mas mahusay sa kanan ng sentro sa unang segundo o normal na form, maliban na lamang kung matapos ang isang check-up ang pagganap ng mapagtanto mo maaari kang magkaroon ng kailangan para sa isang ilang mga talahanayan upang maging mas denormalized kaysa sa na.

Sa mga aplikasyon ng malalaking negosyo, sila ay madalas na mahanap ang naaangkop na ito upang makipag-ugnayan sa mga database 3: data entry, produksyon, at pag-uulat. Sa database data entry, ito ay mabigat normalized at may mabigat na load ng mga rekord ng pagsulat. Sa pag-uulat ng database, ito ay mabigat denormalized at may mabigat na load ng mga rekord ng pagbabasa. Sa database na produksyon, ito ay normalized na tulad ng unang o pangalawang form, marahil higit pa sa ilang mga mesa, o mas mababa sa iba. Ang data entry lamesa ay kung saan ang mga talaan ng pagpunta sa database na bago magsimula ang mga ito ay napatunayan na at awtorisadong na nakasulat sa database ng produksyon. Ang produksyon ng database ay ang lahat ng kasalukuyang mga bagay at ito ay kadalasang ginagamit sa pull talaan para sa screen na ginagamit ng karamihan ng mga negosyo na pangangailangan maliban para sa mas malaking mga ulat. At pagkatapos ay may pag-uulat ng database, na karaniwang may isang oras gulang o hanggang sa isang araw lumang data at ito ay ginagamit para sa pagpapatakbo ng mas malaking mga ulat. Isang set ng trabaho pagtitiklop paglipat ng data sa pagitan ng mga database ayon sa mga tuntunin.

Sa database data entry, madalas na makahanap ng mga kumpanya na mga ito upang ilipat ang mga talaan sa isang pila mensaheng ito dahil sa panahon ng outages maaaring sila pa rin ang kailangan upang sagutin ang mga tawag at maaaring maging mas madali sa isang pila ng mensahe upang ilagay ang mga tawag sa ibang lokasyon. At sa pamamagitan ng produksyon at pag-uulat database, ang mga ito ay madalas na isang tradisyunal na database, hindi ng isang mensahe pila. Gayunman, ang mga susunod na hakbang ay pagkatapos ay gawin ang pag-uulat at database sa seksyon ng mga data tulad ng sa ilang tumpok server, o data marts, nakatutok sa alinman sa mga pangalan ng kumpanya, ang customer uri, o ilang iba pang uri ng Categorization na nagpapataas ng kasalanan pagpapaubaya at nagpapabuti sa sistema pagganap.

Sharing ay nag-aalaga

Talakayan

Mag-subscribe sa mga update sa pamamagitan ng Email

Translator