logo

Návrh databáze

Návrh databáze

Úvod

Možná jsme narazili na slovo ' Databáze ' docela často. Tento termín klade velký důraz na jeho ramena. Častěji se netýká pouze pohledu vývojáře, ale poměrně často se používá u netechnických skupin nebo komunit. Technicky je databáze spíše termínem úložiště používaným k označení vztahu s různými formami dat, která jsou koagulována na jednom místě. Databázi tedy můžeme definovat jako organizovanou sbírku dat, obecně uložených a přístupných elektronicky prostřednictvím počítačových systémů. Tento článek je vysoce zaměřen na návrh databáze a jeho spojení s citovatelnými termíny a metodikami bylo běžně bráno v úvahu. Budeme diskutovat o těchto termínech týkajících se návrhu databáze, abychom pochopili jednotlivé části. Pojďme si o tom rovnou promluvit.

rozdíl tygra a lva

Co je návrh databáze?

Návrh databáze lze obecně definovat jako soubor úkolů nebo procesů, které zlepšují návrh, vývoj, implementaci a údržbu systému správy podnikových dat. Návrh správné databáze snižuje náklady na údržbu, čímž zlepšuje konzistenci dat a nákladově efektivní opatření jsou výrazně ovlivněna z hlediska úložného prostoru na disku. Proto musí existovat skvělý koncept návrhu databáze. Návrhář by se měl řídit omezeními a rozhodnout, jak prvky korelují a jaký druh dat musí být uložen.

Hlavním cílem návrhu databáze je vytvořit modely fyzického a logického návrhu navrhovaného databázového systému. Aby to bylo možné propracovat, logický model se primárně soustředí na požadavky na data a úvahy musí být provedeny z hlediska monolitických úvah, a proto musí být uložená fyzická data uložena nezávisle na fyzických podmínkách. Na druhé straně model návrhu fyzické databáze zahrnuje překlad logického modelu návrhu databáze udržováním kontroly nad fyzickými médii pomocí hardwarových prostředků a softwarových systémů, jako je systém správy databáze (DBMS).

Proč je návrh databáze důležitý?

Důležitou úvahu, kterou lze vzít v úvahu při zdůrazňování důležitosti návrhu databáze, lze vysvětlit pomocí následujících bodů uvedených níže.

  1. Návrhy databáze poskytují plány, jak budou data uložena v systému. Správný návrh databáze výrazně ovlivňuje celkový výkon jakékoli aplikace.
  2. Principy návrhu definované pro databázi dávají jasnou představu o chování jakékoli aplikace ao tom, jak jsou požadavky zpracovávány.
  3. Dalším příkladem pro zdůraznění návrhu databáze je, že správný návrh databáze splňuje všechny požadavky uživatelů.
  4. A konečně, doba zpracování aplikace se výrazně zkrátí, pokud jsou správně implementována omezení navrhování vysoce efektivní databáze.

Životní cyklus

Životní cyklus databáze však není důležitou diskusí, kterou je třeba v tomto článku probrat, protože se zaměřujeme na návrh databáze. Než se však pustíte přímo do návrhových modelů tvořících návrh databáze, je důležité porozumět celkovému pracovnímu postupu a životnímu cyklu databáze.

Analýza požadavků

Nejprve je třeba naplánovat, jaké jsou základní požadavky projektu, podle kterého se má návrh databáze pokročit. Lze je tedy definovat jako: -

Plánování - Tato fáze se zabývá plánováním celého životního cyklu DDLC (Database Development Life Cycle). Před pokračováním jsou vzaty v úvahu strategické úvahy.

pandy iterrows

Definice systému - Tato fáze po naplánování pokrývá hranice a rozsahy správné databáze.

Návrh databáze

Dalším krokem je navržení databáze s ohledem na uživatelské požadavky a jejich rozdělení do různých modelů, aby se nevytvářely závislosti na zatížení nebo silné závislosti na jednom aspektu. Proto zde byl určitý modelově orientovaný přístup, a to je místo, kde logické a fyzické modely hrají klíčovou roli.

Fyzikální model - Fyzický model se zabývá postupy a implementacemi logického modelu.

Logický model - Tato fáze se primárně zabývá vývojem modelu založeného na navržených požadavcích. Celý model je navržen na papíře bez jakékoli implementace nebo přejímání úvah o DBMS.

Implementace

Poslední krok zahrnuje metody implementace a kontrolu chování, které odpovídá našim požadavkům. Je zajištěno průběžným testováním integrace databáze s různými datovými sadami a převodem dat do strojově srozumitelného jazyka. Manipulace s daty je primárně zaměřena na tyto kroky, kdy se spouští dotazy a kontroluje se, zda je aplikace navržena uspokojivě či nikoliv.

Konverze a načítání dat - Tato sekce se používá k importu a převodu dat ze starého do nového systému.

rosomák vs jezevec

Testování - Tato fáze se zabývá identifikací chyb v nově implementovaném systému. Testování je zásadním krokem, protože přímo kontroluje databázi a porovnává specifikace požadavků.

Proces návrhu databáze

Proces navrhování databáze nese různé koncepční přístupy, které je třeba mít na paměti. Ideální a dobře strukturovaný návrh databáze musí být schopen:

  1. Ušetřete místo na disku odstraněním nadbytečných dat.
  2. Udržuje integritu a přesnost dat.
  3. Poskytuje přístup k datům užitečnými způsoby.
  4. Porovnání logických a fyzických datových modelů.

Logický

Logický datový model obecně popisuje data co možná nejpodrobněji, aniž by se museli zabývat fyzickými implementacemi v databázi. Funkce logického datového modelu mohou zahrnovat:

  1. Všechny entity a vztahy mezi nimi.
  2. Každá entita má dobře specifikované atributy.
  3. Pro každou entitu je určen primární klíč.
  4. Jsou specifikovány cizí klíče, které se používají k identifikaci vztahu mezi různými entitami.
  5. Na této úrovni dochází k normalizaci.

Logický model lze navrhnout pomocí následujícího přístupu:

  1. Zadejte všechny entity s primárními klíči.
  2. Určete souběžné vztahy mezi různými entitami.
  3. Zjistěte atributy každé entity
  4. Vyřešte vztahy mnoho k mnoha.
  5. Proveďte proces normalizace.

Jedním z důležitých faktorů po dodržení výše uvedeného přístupu je také kritické prozkoumání návrhu na základě shromažďování požadavků. Pokud jsou výše uvedené kroky přísně dodržovány, existuje šance na vytvoření vysoce efektivního návrhu databáze, který bude dodržovat nativní přístup.

Abyste těmto bodům porozuměli, podívejte se na obrázek níže, abyste získali jasný obrázek.

Pokud porovnáme logický datový model, jak je znázorněno na obrázku výše, s některými ukázkovými daty v diagramu, můžeme dospět ke skutečnosti, že v koncepčním datovém modelu neexistuje primární klíč, zatímco logický datový model má primární klíče pro všechny jeho atributy. Logická data také modelují vztah krytí mezi různými entitami a poskytují prostor pro cizí klíče k navázání vztahů mezi nimi.

Fyzický

Fyzický datový režim obecně představuje přístup nebo koncept návrhu databáze. Hlavním účelem fyzického datového modelu je ukázat všechny struktur tabulky včetně název sloupce, datový typ sloupce, omezení, klíče (primární a cizí) a vztah mezi tabulkami. Vlastnosti fyzického datového modelu jsou následující:

  1. Určuje všechny sloupce a tabulky.
  2. Určuje cizí klíče, které obvykle definují vztah mezi tabulkami.
  3. Na základě požadavků uživatele může dojít k denormalizace.
  4. Vzhledem k tomu, že se bere v úvahu fyzická úvaha, budou zde jasné důvody pro rozdíl než logický model.
  5. Fyzické modely se mohou pro různé RDBMS lišit. Například sloupec datového typu se může lišit v MySQL a SQL Server.

Při navrhování fyzického datového modelu je třeba vzít v úvahu následující body:

  1. Převeďte entity na tabulky.
  2. Převeďte definované vztahy na cizí klíče.
  3. Převeďte atributy dat na sloupce.
  4. Upravte omezení datového modelu na základě fyzických požadavků.

Porovnáním tohoto fyzického datového modelu s logickým modelem s předchozím logickým modelem bychom mohli usuzovat na rozdíly, že ve fyzické databázi jsou názvy entit považovány za názvy tabulek a atributy za názvy sloupců. Datový typ každého sloupce je také definován ve fyzickém modelu v závislosti na aktuální použité databázi.

Glosář

Entita - Entitu v databázi lze definovat jako abstraktní data, která ukládáme do naší databáze. Například zákazník, produkty.

iteraci mapy v Javě

Atributy - Atribut je podrobná forma dat sestávající z entit, jako je délka, název, cena atd.

Vztah - Vztah lze definovat jako spojení mezi dvěma entitami nebo obrazci. Osoba se může například vztahovat k více osobám v rodině.

Cizí klíč - Funguje jako odkaz na primární klíč jiné tabulky. Cizí klíč obsahuje sloupce s hodnotami, které existují pouze ve sloupci primárního klíče, na který odkazují.

Primární klíč - Primární klíč je ukazatel záznamů, který je jedinečný a není nulový a používá se k jednoznačné identifikaci atributů tabulky.

velbloudí krajta

Normalizace - Flexibilní datový model musí splňovat určitá pravidla. Použití těchto pravidel se nazývá normalizace.

souhrn

Návrh databáze je metoda identifikace mezer a příležitostí návrhu správné metody využití. Je to hlavní součást systému, která poskytuje plán dat a jejich chování uvnitř systému. Správný návrh databáze je vždy prioritou, protože požadavky uživatelů jsou udržovány nadměrně vysoké a sledování omezujících praktik návrhu databáze může být pouze šancí získat požadovanou efektivitu. Kromě toho jsme se také samostatně dozvěděli o různých modelech návrhu, které zobrazují ideální návrh databáze, spolu s neomezenými diskusemi o jejich vlastnostech a o tom, jak je využít. Dále jsme se naučili, jak životní cyklus databáze rozhoduje o návrhu databáze a jak začlenit koncept návrhu do metod životního cyklu tak, aby bylo možné navrhovat efektivní a vysoce sofistikované databáze na základě požadavků uživatele.