98
VISUAL STUDIO .NET
3. První databázová aplikace
Ukázka elektronické knihy, UID: KOS181485
VISUAL STUDIO .NET
99
4. V této kapitole nadefinujeme všechny tabulky naší databáze a vazby mezi nimi. Dále vytvoříme vzorek dat, jehož prostřednictvím si odzkoušíme konzistenci. Pak tento vzorek využijeme pro vlastní tvorbu naší aplikace. V celé kapitole budeme používat výhradně Enterprise Manager.
Návrh databáze
Návrh databáze
4.1 Definice tabulek V předcházejících kapitolách jsme vytvořili databázovou tabulku ORGanizace. Nyní vytvoříme všechny ostatní tabulky, které budou tvořit databázi Fakturace. Tabulky byly navrženy tak, aby obsahovaly všechny charakteristické vazby a datové typy, a přitom aby byly co nejjednodušší. Jako databáze byla použita SQL databáze Microsoft SQL Server, která má nejtěsnější vazbu na Visual Studio. Datový model obsahuje 4 tabulky (které znázorňuje obrázek 4.1) a jednu tabulku parametrů.
4.1 Definice tabulek
Ukázka elektronické knihy, UID: KOS181485
100
VISUAL STUDIO .NET
Obr. 4.1: Datový model
Uvedené tabulky obsahují tyto informace: DPH. Seznam možných přijatých zdanitelných plnění. Jedná se o číselník obsahující aktuálně použitelné tři řádky, tj. Osvobozené zdanitelné plnění, Sníženou daň z přijatého plnění a Základní daň z přijatého plnění. Musíme zajistit, že tyto řádky nelze vymazat, existuje-li ke zdanitelnému plnění alespoň jeden řádek faktury. ORGanizace. Seznam dodavatelů. Tabulka byla pojmenována poněkud univerzálněji, aby bylo možno udržovat odběratele i dodavatele v jedné tabulce i v případě, že by došlo k rozšíření aplikace na evidenci vystavených faktur. Musíme zajistit, že organizaci nelze vymazat, existuje-li k této organizaci alespoň jedna faktura. FAKtury. Seznam přijatých faktur. Sdružuje tzv. hlavičkové informace o faktuře. Budeme předpokládat, že námi vytvořená aplikace nebude evidovat zahraniční faktury a úhrady budou řešeny někde jinde. Můžeme si představit, že tato aplikace tvoří pouze vstupy (dejme tomu pro účetnictví). Musíme zajistit, že v případě vymazání faktury se zruší i všechny její řádky. Při zakládání musí existovat vazba na číselník organizací tak, aby nešlo založit fakturu k neexistující organizaci. RADky. Řádky faktur. V důsledku podmínky, že se jedná pouze o sledování tuzemských faktur, není nutné rozlišovat přijatá zdanitelná plnění z EU. Řádky lze rušit bez omezení. V tabulce se nesmí objevit řádek, který by nepatřil k nějaké faktuře. PARametry. Tabulka obsahuje jediný řádek, ve kterém jsou udržovány parametry aplikace. Vzhledem k tomu, že na danou tabulku nejsou žádné vazby, není nutno jí uvádět v diagramu.
4. Návrh databáze
Ukázka elektronické knihy, UID: KOS181485