Úvod

Možno sme narazili na slovo „ Databáza ' celkom často. Tento výraz kladie veľký dôraz na svoje ramená. Častejšie to nesúvisí len s perspektívou vývojára, ale pomerne často sa používa v netechnických skupinách alebo komunitách. Technicky je databáza skôr termínom uloženia, ktorý sa používa na označenie vzťahu s rôznymi formami údajov, ktoré sú koagulované na jednom mieste. Databázu teda môžeme definovať ako organizovanú kolekciu údajov, ktoré sú vo všeobecnosti uložené a prístupné elektronicky prostredníctvom počítačových systémov. Tento článok je vysoko zameraný na návrh databázy a jeho spojenie s citovateľnými termínmi a metodikami sa bežne zohľadňovalo. Budeme diskutovať o týchto pojmoch týkajúcich sa návrhu databázy, aby sme pochopili jednotlivé časti. Poďme si to rovno povedať.

kontrola java je nulová

Čo je návrh databázy?

Návrh databázy možno vo všeobecnosti definovať ako súbor úloh alebo procesov, ktoré zlepšujú návrh, vývoj, implementáciu a údržbu systému správy podnikových údajov. Návrh správnej databázy znižuje náklady na údržbu, čím zlepšuje konzistenciu údajov a nákladovo efektívne opatrenia sú výrazne ovplyvnené z hľadiska úložného priestoru na disku. Preto musí existovať skvelý koncept návrhu databázy. Dizajnér by sa mal riadiť obmedzeniami a rozhodnúť, ako prvky korelujú a aký druh údajov sa musí uložiť.

Hlavným cieľom návrhu databázy je vytvoriť modely fyzického a logického návrhu navrhovaného databázového systému. Aby sme to mohli vypracovať, logický model sa primárne sústreďuje na požiadavky údajov a úvahy sa musia robiť z hľadiska monolitických úvah, a preto musia byť uložené fyzické údaje uložené nezávisle od fyzických podmienok. Na druhej strane model fyzického návrhu databázy zahŕňa preklad logického modelu návrhu databázy udržiavaním kontroly nad fyzickými médiami pomocou hardvérových prostriedkov a softvérových systémov, ako je systém správy databázy (DBMS).

Prečo je návrh databázy dôležitý?

Dôležitú úvahu, ktorú možno vziať do úvahy pri zdôrazňovaní dôležitosti návrhu databázy, možno vysvetliť v zmysle nasledujúcich bodov uvedených nižšie.

1. Návrhy databáz poskytujú plány, ako budú údaje uložené v systéme. Správny návrh databázy výrazne ovplyvňuje celkový výkon akejkoľvek aplikácie.
2. Princípy návrhu definované pre databázu poskytujú jasnú predstavu o správaní akejkoľvek aplikácie ao tom, ako sú spracovávané požiadavky.
3. Ďalším príkladom na zdôraznenie návrhu databázy je, že správny návrh databázy spĺňa všetky požiadavky používateľov.
4. Napokon, čas spracovania aplikácie sa výrazne skráti, ak sa správne implementujú obmedzenia návrhu vysoko efektívnej databázy.

Životný cyklus

Životný cyklus databázy však nie je dôležitou diskusiou, ktorá by sa mala v tomto článku venovať, pretože sa zameriavame na návrh databázy. Predtým, než sa pustíte priamo do návrhových modelov tvoriacich návrh databázy, je dôležité pochopiť celkový pracovný postup a životný cyklus databázy.

Analýza požiadaviek

V prvom rade je potrebné naplánovať, aké sú základné požiadavky projektu, podľa ktorého sa má návrh databázy posunúť ďalej. Možno ich teda definovať ako: -

Plánovanie - Táto fáza sa týka plánovania celého životného cyklu DDLC (Database Development Life Cycle). Pred pokračovaním sa berú do úvahy strategické úvahy.

Definícia systému - Táto fáza pokrýva hranice a rozsahy správnej databázy po plánovaní.

Návrh databázy

Ďalším krokom je navrhnutie databázy zohľadňujúce požiadavky používateľov a ich rozdelenie do rôznych modelov, aby sa nevyžadovala záťaž alebo silné závislosti na jednom aspekte. Preto existuje určitý prístup zameraný na model a práve tu hrajú logické a fyzické modely kľúčovú úlohu.

Fyzický model - Fyzický model sa zaoberá postupmi a implementáciami logického modelu.

čo je mac os

Logický model - Táto fáza sa primárne zaoberá vývojom modelu založeného na navrhnutých požiadavkách. Celý model je navrhnutý na papieri bez akejkoľvek implementácie alebo prijatia úvah o DBMS.

Implementácia

Posledný krok zahŕňa metódy implementácie a kontrolu správania, ktoré zodpovedá našim požiadavkám. Zabezpečuje to nepretržité testovanie integrácie databázy s rôznymi súbormi údajov a konverziou údajov do strojovo zrozumiteľného jazyka. Manipulácia s údajmi je primárne zameraná na tieto kroky, pri ktorých sa spúšťajú dotazy a kontrolujú, či je aplikácia navrhnutá uspokojivo alebo nie.

Konverzia a načítanie údajov - Táto sekcia sa používa na import a konverziu údajov zo starého do nového systému.

Testovanie - Táto fáza sa týka identifikácie chýb v novo implementovanom systéme. Testovanie je kľúčovým krokom, pretože priamo kontroluje databázu a porovnáva špecifikácie požiadaviek.

Proces návrhu databázy

Proces navrhovania databázy zahŕňa rôzne koncepčné prístupy, ktoré je potrebné mať na pamäti. Ideálny a dobre štruktúrovaný návrh databázy musí byť schopný:

css zarovnanie textu

1. Šetrite miesto na disku odstránením nadbytočných dát.
2. Zachováva integritu a presnosť údajov.
3. Poskytuje prístup k údajom užitočnými spôsobmi.
4. Porovnanie logických a fyzických dátových modelov.

Logické

Logický dátový model vo všeobecnosti popisuje dáta čo najpodrobnejšie, bez toho, aby ste sa museli obávať fyzických implementácií v databáze. Funkcie logického dátového modelu môžu zahŕňať:

1. Všetky entity a vzťahy medzi nimi.
2. Každá entita má presne špecifikované atribúty.
3. Primárny kľúč pre každú entitu je špecifikovaný.
4. Sú špecifikované cudzie kľúče, ktoré sa používajú na identifikáciu vzťahu medzi rôznymi entitami.
5. Na tejto úrovni dochádza k normalizácii.

Logický model je možné navrhnúť pomocou nasledujúceho prístupu:

1. Zadajte všetky entity s primárnymi kľúčmi.
2. Špecifikujte súbežné vzťahy medzi rôznymi entitami.
3. Zistite vlastnosti každej entity
4. Vyriešte vzťahy medzi mnohými.
5. Vykonajte proces normalizácie.

Jedným z dôležitých faktorov po vykonaní vyššie uvedeného prístupu je tiež kritické preskúmanie návrhu na základe zhromažďovania požiadaviek. Ak sa prísne dodržiavajú vyššie uvedené kroky, existuje šanca na vytvorenie vysoko efektívneho návrhu databázy, ktorý sa riadi natívnym prístupom.

Aby ste pochopili tieto body, pozrite si obrázok nižšie, aby ste získali jasný obraz.

Ak porovnáme logický dátový model, ako je znázornený na obrázku vyššie, s niektorými vzorovými dátami v diagrame, môžeme prísť s faktami, že v koncepčnom dátovom modeli nie je prítomný primárny kľúč, zatiaľ čo logický dátový model má primárne kľúče pre všetky jeho atribúty. Logické údaje tiež modelujú vzťah krytu medzi rôznymi entitami a poskytujú priestor pre cudzie kľúče na vytvorenie vzťahov medzi nimi.

Fyzické

Režim fyzických údajov vo všeobecnosti predstavuje spôsob, akým je prístup alebo koncepcia navrhovania databázy. Hlavným účelom fyzického dátového modelu je ukázať všetky štruktúry tabuľky vrátane názov stĺpca, typ údajov stĺpca, obmedzenia, kľúče (primárne a cudzie) a vzťah medzi tabuľkami. Nasledujú vlastnosti fyzického dátového modelu:

1. Určuje všetky stĺpce a tabuľky.
2. Určuje cudzie kľúče, ktoré zvyčajne definujú vzťah medzi tabuľkami.
3. Na základe požiadaviek používateľa môže dôjsť k denormalizácii.
4. Vzhľadom na to, že sa berie do úvahy fyzická úvaha, existujú jasné dôvody na rozdiel ako logický model.
5. Fyzické modely sa môžu pre rôzne RDBMS líšiť. Napríklad stĺpec typu údajov môže byť odlišný v MySQL a SQL Server.

Pri navrhovaní fyzického dátového modelu je potrebné vziať do úvahy nasledujúce body:

1. Preveďte entity na tabuľky.
2. Preveďte definované vzťahy na cudzie kľúče.
3. Preveďte atribúty údajov na stĺpce.
4. Upravte obmedzenia dátového modelu na základe fyzických požiadaviek.

Porovnaním tohto fyzického dátového modelu s logickým modelom s predchádzajúcim logickým modelom môžeme dospieť k záveru o rozdieloch, že vo fyzickej databáze sa názvy entít považujú za názvy tabuliek a atribúty za názvy stĺpcov. Typ údajov každého stĺpca je tiež definovaný vo fyzickom modeli v závislosti od skutočnej použitej databázy.

Slovník pojmov

Entita - Entitu v databáze je možné definovať ako abstraktné dáta, ktoré ukladáme do našej databázy. Napríklad zákazník, produkty.

inak ako bash

Atribúty - Atribút je podrobná forma údajov pozostávajúca z entít, ako je dĺžka, názov, cena atď.

Vzťah - Vzťah možno definovať ako spojenie medzi dvoma entitami alebo postavami. Napríklad osoba sa môže spojiť s viacerými osobami v rodine.

Cudzí kľúč - Funguje ako odkaz na primárny kľúč inej tabuľky. Cudzí kľúč obsahuje stĺpce s hodnotami, ktoré existujú iba v stĺpci primárneho kľúča, na ktorý odkazujú.

Primárny kľúč - Primárny kľúč je ukazovateľ záznamov, ktorý je jedinečný a nie nulový a používa sa na jedinečnú identifikáciu atribútov tabuľky.

znak na int v jazyku Java

Normalizácia - Flexibilný dátový model musí spĺňať určité pravidlá. Uplatňovanie týchto pravidiel sa nazýva normalizácia.

Zhrnutie

Návrh databázy je metóda identifikácie medzier a možností návrhu správnej metódy využitia. Je to hlavný komponent systému, ktorý poskytuje plán údajov a ich správanie vo vnútri systému. Správny návrh databázy je vždy prioritou, pretože požiadavky používateľov sú príliš vysoké a dodržiavanie obmedzujúcich praktík navrhovania databázy môže byť len šancou na získanie požadovanej efektívnosti. Okrem toho sme sa tiež oddelene dozvedeli o rôznych modeloch dizajnu, ktoré zobrazujú ideálny dizajn databázy, spolu s neobmedzenou diskusiou o ich vlastnostiach a spôsobe ich využitia. Ďalej sme sa naučili, ako životný cyklus databázy rozhoduje o návrhu databázy a ako začleniť koncept dizajnu do metód životného cyklu tak, aby bolo možné navrhnúť efektívne a vysoko sofistikované databázy na základe požiadaviek používateľa.