Koncepční návrh v procesu návrhu databáze

koncepční návrh v procesu návrhu databáze

koncepční návrh je první fází procesu návrhu databáze. Cílem v této fázi je navrhnout databázi, která je nezávislá na databázovém softwaru a fyzických detailech. Výstup tohoto procesu je konceptuální datový model, který popisuje hlavní datové entity, atributy, vztahy a omezení dané problémové domény. Tento návrh je popisný a narativní ve formě. Mějte na paměti následující pravidlo minimálních dat:
“vše, co je potřeba, je tam a vše, co je tam, je potřeba”.
jinými slovy, ujistěte se, že všechna potřebná data jsou v modelu a že jsou potřebná všechna data v modelu. Všechny datové prvky požadované databázové transakce musí být definovány v modelu, a všechny datové prvky definované v modelu musí být použita alespoň jedna transakce databáze. Koncepční návrh má čtyři kroky, které jsou následující.

1. Analýza dat a požadavky
2. Modelování a normalizace vztahů entit
3. Ověření datového modelu
4. Návrh distribuované databáze

Analýza dat a požadavky:

prvním krokem v koncepčním návrhu je zjištění vlastností datových prvků. Vhodnými charakteristikami datových prvků jsou ty, které lze přeměnit na vhodné informace. Proto je projektantovo úsilí zaměřeno na:

†Information informační potřeby. Jaké informace jsou potřebné-to znamená, jaký výstup (zprávy a dotazy) musí být generován systémem, jaké informace generuje současný systém a do jaké míry jsou tyto informace adekvátní?

†Information Informace uživatelé. Kdo bude tyto informace používat? Jak mají být informace použity? Jaké jsou různé zobrazení dat koncových uživatelů?

• informační zdroje. Kde jsou informace k nalezení? Jak se informace, které mají být získány, jakmile je nalezen?

†Information Informace ústava. Jaké datové prvky jsou potřebné k vytvoření informací? Jaké jsou datové atributy? Jaké vztahy existují mezi daty? Jaký je objem dat? Jak často se data používají? Jaké transformace dat mají být použity k vygenerování požadovaných informací? Návrhář získává odpovědi na tyto otázky z různých zdrojů, aby shromáždil potřebné informace. Všimněte si těchto zdrojů:

†Developing rozvoj a shromažďování zobrazení dat koncových uživatelů. Návrhář databáze a koncoví uživatelé spolupracují, aby společně vytvořili přesný popis zobrazení dat koncových uživatelů. Zobrazení dat koncového uživatele budou zase použita k identifikaci hlavních datových prvků databáze.

†Directly přímo pozorování současného systému: stávající a požadovaný výstup. Koncový uživatel má obvykle zaveden existující systém, ať už je to manuální nebo počítačový. Návrhář zkontroluje stávající systém, aby identifikoval data a jejich vlastnosti.

• propojení s systems design group. Proces návrhu databáze je součástí životního cyklu vývoje systémů (SDLC). V některých případech systémový analytik odpovědný za navrhování nového systému také vyvine koncepční databázový model.

modelování a normalizace vztahů entit:

před vytvořením modelu ER musí projektant sdělit a prosadit příslušné standardy, které mají být použity v dokumentaci návrhu. Proces definování obchodních pravidel a vývoj koncepčního modelu pomocí er diagramů lze popsat pomocí následujících kroků.

1. Identifikujte, analyzujte a upřesněte obchodní pravidla.
2. Identifikujte hlavní entity pomocí výsledků kroku 1.
3. Definujte vztahy mezi entitami pomocí výsledků kroků 1 a 2.
4. Definujte atributy, primární klíče a cizí klíče pro každou entitu.
5. Normalizujte entity. (Nezapomeňte, že entity jsou implementovány jako tabulky v RDBMS.)
6. Dokončete počáteční ER diagram.
7. Ověřte Model ER proti požadavkům na informace a zpracování koncových uživatelů.
8. Upravte Model ER pomocí výsledků kroku 7.

ověření datového modelu:

krok ověření datového modelu je jedním z posledních kroků ve fázi koncepčního návrhu a je také jedním z nejkritičtějších. V tomto kroku, ER model musí být ověřen proti navrhovanému systému procesů s cílem potvrdit, že zamýšlené procesy mohou být podporovány databáze model. Ověření vyžaduje, aby byl model spuštěn řadou testů proti:

†views zobrazení dat koncového uživatele.
â € All všechny požadované transakce: vyberte, vložte, aktualizujte a odstraňte operace.
†Access přístupová práva a zabezpečení.
â € ¢ Business-uložené datové požadavky a omezení.

Návrh Distribuované Databáze:

ačkoli to není požadavek pro většinu databází, někdy může být nutné databázi distribuovat mezi více geograficky rozptýlených míst. Procesy, které přistupují k databázi, se mohou také lišit od jednoho místa k druhému. Například maloobchodní proces a proces skladování skladu se pravděpodobně nacházejí na různých fyzických místech. Pokud mají být databázová data a procesy distribuovány v systému, části databáze, známé jako fragmenty databáze, mohou být umístěny na několika fyzických místech.