Úvod do databázových systémů

Úvod do databázových systémů
Ing. Jan Šudřich

Cíl předmětu: Poskytnutí informací o vývoji databázových systémů Seznámení s nejčastějšími databázovými systémy Vysvětlení používaných databázových pojmů Ukázka způsobu práce v systému MS Access Podmínky zápočtu

Organizace dnešní výuky: Vývoj DB systémů v čase, modely, pojmy (65 minut) Seznámení s MS Access (25 minut) Společná práce v MS Access se vzorovými daty (90 minut)

Aleš Kruczek: MS Office Access 2010 – Podrobná uživatelská příručka, CP 2010 Slavoj Písek: Access 2010 – Podrobný průvodce, Grada 2011 Josef Pecinovský: Excel a Access 2010 – efektivní zpracování dat na počítači, Grada 2011 Adrew Oppel: Databáze bez předchozích znalostí, CP 2006

Podmínky pro udělení zápočtu Navrhnout nějakou malou databázi Návrh databáze podložit E-R diagramem Převést návrh v E-R diagramu do prostředku MS Access Vytvořit dotaz, který bude zobrazovat data z obou tabulek Vytvořit sestavu z vytvořeného dotazu Vytvořit formulář z libovolné tabulky

Vývoj databázových systémů v čase: Vznik prvních papírových kartoték Přechod z ručního zpracování dat na stroje První polovodiče - tranzistor Oddělení dat od programu, který je zpracovává Objevuje se poprvé pojem DBMS (česky SŘBD) Relační SŘBD Objektové SŘBD – operace prováděl přímo člověk, šlo určitým způsobem třídit informace podle různých kritérií. Nevýhodou byla možnost ztráty lístečků a dlouhá doba vyhledávání. – souvisí s objevem děrnoštítkových strojů. Jako první velké strojové zpracování dat bývá uváděno zpracování voleb v USA v roce 1890. – jako první výpočetně náročné operace se objevovaly výpočty pro vojenské účely. Později se objevily i první systémy pro hromadné zpracování dat. Nevýhodou bylo, že data byla zpracovávána na jednom počítači, často do jednoho souboru, který nebyl použitelný pro odlišné databázové systémy. Jednalo se o tzv. „agendové zpracování“. – Na počátku 60. let došlo k oddělení dat od programů, který je zpracovává. Důvodem bylo zefektivnění v používání dat více systémy a snadnější údržba systému. – Došlo k tomu, že byl vybudován větší systém, který zahrnoval programovou podporu a data pod jednou střechou i když odděleně.

Systémy řízení báze dat – SŘBD Programy pro manipulaci s daty Datové soubory Vše tvoří jeden celek! Jak k datům můžeme přistupovat? Přístup je možný jen prostřednictvím SŘBD Rozumí se tím spojení programů, které slouží k manipulaci + datové soubory. Jedná se o soustavu programů, která umožňuje: - organizování dat, - efektivní správu dat, - centrální popis dat, - přístup k datům z různých aplikací, - zabraňuje současné změně dat více uživateli. K datům je možné přistupovat výhradně jen přes SŘBD. Ten má svůj způsob jak s ním komunikovat. Nejběžnější způsob jak se SŘBD je prostřednictvím SQL. Jedná se o speciální jazyk, kdy se pomocí jednoduchých příkazů a jejich skládání můžeme dotazovat a získávat výsledky na své dotazy ze SŘBD.

Důvody pro zavedení SŘBD Nelze do dat zanést chybu Systém zaručuje dodržení přístupových práv k datům Umí data uložit na souborové systémy efektivně, umožňuje jejich kompresi a dekompresi Zajistí efektivní vyhledání pomocí optimálních algoritmů

Druhy datových modelů: Hierarchický Síťový Objektový Relační Relačně-objektový Rozdělení je prováděno na základě databázové struktury

Hierarchický model Data jsou organizována do stromové struktury. Každý záznam představuje uzel ve stromové struktuře, vzájemný vztah mezi záznamy je typu rodič/potomek. Použití hierarchického modelu je vhodné tam, kde i zájmová realita má hierarchickou strukturu. Nalezení dat v hierarchické databázi vyžaduje navigaci přes záznamy směrem dolů (potomek), nahoru (rodič) a do strany (další potomek). Nevýhody modelu: v některých případech nepřirozená organizace dat složité operace vkládání a rušení záznamů Stromy-Jehličnany-Listnaté, další pak Listnaté-ovocné neovocné, Jehličnany-Jehličnaté dřeviny,jehličnaté stromy. Důvod, sekvenční přístup k magentickým páskům, snadné zadání. Nelze namodelovat smíšený les.

Síťový model Síťový model dat je v podstatě zobecněním hierarchického modelu dat, který doplňuje o mnohonásobné vztahy. Tyto vztahy jsou označovány jako C-množiny neboli Sets. Tyto sety propojují záznamy různého či stejného typu, přičemž spojení může být realizováno na jeden nebo více záznamů. Nevýhody modelu: obtížná změna jeho struktury Snadný přístup z kteréhokoliv uzlu, problém v případě změny struktury, další problém je, že je nutné znát velmi dobře celou databázi, abychom dokázali vstoupit do struktury v jakémkoliv uzlu, Podpora vztahu 1:N

Objektový model Vznikl na základě rozmachu objektově orientovaných programovacích jazyků. Data nejsou uložena ve formě tabulek ale do objektů, které mají stěnu z metod. Uvnitř objektu jsou data, stěna objektu tvoří metody, co s nimi lze dělat. Nevýhody modelu: Obtížná změna jeho struktury, náročnější na správu. Bohužel zatím nedošlo k jejich vyladění do podoby, aby je bylo možno použít jako náhradu za relační databáze. Často se objekty slučují do tříd, kdy mohou metody podědit ze svých tříd. Třída je typ objektu, který v sobě slučuje objekty stejných vlastností.

Relační model Jedná se o nejmladší databázový model, který popsal matematik Edgar Fred Codd. V roce 1948 se přestěhoval z Velké Británie do USA a s drobnou přestávkou pracoval v IBM. V roce 1970 popsal relační databázový model. Definoval 12 pravidel pro relační datový model. V současnosti je tento model pro svou jednoduchost používán ve většině komerčních SŘBD. Výhoda: Jazyk SQL 1. Informační pravidlo: Všechny informace v relační databázi jsou vyjádřeny explicitně na logické úrovni jediným způsobem - hodnotami v tabulkách. 2. Pravidlo jistoty: Všechna data v relační databázi jsou zaručeně přístupná kombinací jména tabulky s hodnotami primárního klíče a jménem sloupce. 3. Systematické zpracování nulových hodnot: Nulové hodnoty jsou plně podporovány relačním SŘBD pro reprezentaci informace, která není definována a to nezávisle na datovém typu. 4. Dynamický on-line katalog založený na relačním modelu: Popis databáze je vyjádřen na logické úrovni stejným způsobem jako zákaznická data, takže autorizovaný uživatel může aplikovat stejný relační jazyk ke svému dotazu jako uživatel při práci s daty. 5. Obsáhlý datový podjazyk: Relační systém může podporovat několik jazyků a různých módů použitých při provozu terminálu. Nicméně musí být nejméně jeden příkazový jazyk s dobře definovanou syntaxí, který obsáhle podporuje definici dat, definici pohledů, manipulaci s daty jak interaktivně, tak programem, integritní omezení, autorizovaný přístup k databázi, transakční příkazy apod. 6. Pravidlo vytvoření pohledů: Všechny pohledy, které jsou teoreticky možné, jsou také systémem vytvořitelné. 7. Schopnost vkládání, vytvoření a mazání: Schopnost zachování relačních pravidel u základních i odvozených relací je zachována nejen při pohledu na data, ale i při operacích průniku, přidání a mazání dat. 8. Fyzická datová nezávislost: Aplikační programy jsou nezávislé na fyzické datové struktuře. 9. Logická datová nezávislost: Aplikační programy jsou nezávislé na změnách v logické struktuře databázového souboru. 10. Integritní nezávislost: Integritní omezení se musí dát definovat prostředky relační databáze nebo jejím jazykem a musí být schopna uložení v katalogu a nikoliv v aplikačním programu. 11. Nezávislost distribuce: Relační SŘBD musí být schopny implementace na jiných počítačových architekturách. 12. Pravidlo přístupu do databáze: Jestliže má relační systém jazyk nízké úrovně, pak tato úroveň nemůže být použita k vytváření integritních omezení a je nutno vyjádřit se v relačním jazyce vyšší úrovně.

Definice pojmu „data“ Jedná se o údaje, které o daném objektu něco vypovídají. Musí mít nějaký informační smysl. Není vůbec rozhodující v jaké jsou formě (tabulky, grafy …..). Data jsou rozdělena na atributy, můžeme tím porozumět vlastnosti objektu (entity), o které vypovídají.

Definice pojmu „záznam - record“ Někdy bývá označován pojmem databázová věta, anglicky také record. Jedná se o zápis v databázi o jedné konkrétní entitě. Příklad (kniha): Název Autor Nakladatelství Rok vydání Edice Souhrn těchto údajů tvoří v databázi jeden záznam

Definice pojmu „datový typ“ Každá položka v databázi musí mít definovaný datový typ Jedná se typ údaje, který v databázi uchováván: Textový typ - obyčejný textový vstup. Číselné typy- pro uložení celých a reálných čísel s pevnou i plovoucí desetinnou tečkou. Logický typ - slouží k uložení logické hodnoty (True/False, Yes/No). Memo - pro uložení textu měnící se délky. Nepleťte prosím s textovým typem. Datumový typ - pro uložení datumu nebo datumu a času. Na základě definice datového typu se pak kontrolují tzv. integritní omezení databáze.

Relační model Obecné operace pro relační model: SELEKCE výběr řádků PROJEKCE výběr sloupců SPOJENÍ spojení řádků z více tabulek na základě stejné hodnoty Výběrem vlastnosti-sloupce (projekce) a hodnoty-řádku (selekce) jsou nalezeny sloupce, které odpovídají podmínce.

Relační model Struktura je dána jednoduchou tabulkou. Tabulka se skládá z řádků a sloupců. Operace pro práci se záznamy, kterými jsou: CREATE INSERT UPDATE DELETE SELECT probíhají výhradně na těchto tabulkách. Řádky tvoří jednotlivé záznamy. Sloupce jsou vlastnosti, které zapisujeme do databáze.

Rozdělení databází podle rozsahu Databáze pro osobní potřebu Rozsáhlá firemní řešení databázových potřeb Osobní databáze, které nejsou obvykle využívány dalšími uživateli (jsou jednouživatelské), jsou malé rozsahem a nejsou náročné na souborový systém. K jejich vytvoření a využívání slouží obvykle nástroje balíku OFFICE. Často lze potkat databáze MS ACCESS, FOXPRO a FOXPRO for Windows. Jedná se o řešení, které se uplatňuje v podmínkách, kdy záleží na bezpečnosti dat, na ukončení probíhajících transakcí. Databázi pomocí softwarového klienta sdílí uživatel s ostatními uživateli. Typickými zástupci jsou ORACLE, INFORMIX,DB2, MS SQL SERVER-„Princip klient/server“

Důležité pojmy spojené s relačními databázemi E-R Diagram Jedná se o základní zobrazení entit a vztahů mezi nimi (tzv. relací), proto relační. Entita je znázorněna obdélníčkem s názvem entity (podstatné jméno). Vztah je znázorněn kosočtvercem (sloveso). Atribut znázorněn u entity pomocí kroužku a jména atributu. E-R diagram by měl být výstupem z analýzy současného stavu u zadavatele. Je velmi výhodné E-R diagram namalovat a nechat si odsouhlasit zadavatelem, jinak se může stát, že celý databázový systém může být špatně navrhnut.

E-R diagram by měl být výstupem z analýzy současného stavu u zadavatele. Je velmi výhodné E-R diagram namalovat a nechat si odsouhlasit zadavatelem, jinak se může stát, že celý databázový systém může být špatně navrhnut.

Relace Relace je vztah mezi dvěma tabulkami. Pomocí relací můžeme vyjádřit vztah mezi entitami. Relace 1:1 – jeden záznam v tabulce jedné entity, odpovídá přesně jednomu záznamu v tabulce druhé entity. Relace 1:N – jeden záznam v tabulce jedné entity, odpovídá více záznamům v tabulce druhé entity. Relace M:N – více záznamů v tabulce jedné entity, odpovídá více záznamům v tabulce druhé entity.

Integrita databáze Data v databázi musí splňovat tzv. "integritní omezení". Nelze zadat data nesmyslná, neodpovídající nadefinovaným datovým typům. Pokud dojde k výmazu jedné hodnoty, na kterou jsou vázány jiné, dojde k odmazání i těchto hodnot. Integrita je ověřována při příkazu update a její ověření provádí SŘBD.

Integritní omezení Nejčastěji je definuje uživatel při návrhu databáze. Například do textového údaje nelze vyplnit číselnou hodnotu, nebo omezení rozsahu zadávaných hodnot. Například známka musí být v rozsahu 1 až 5, jiné zadání je zjevně nesmyslné. Zvláštním typem integritního omezení je unikátnost hodnot. Obvykle je vyžadována při aplikaci "tzv. primárního klíče". Tj. například ID záznamu, které je pro každý záznam unikátní.

Referenční integrita Pokud z pole v tabulce vede odkaz do jiné tabulky, musí data, na která je odkazováno opravdu existovat.

Funkce „klíče“ Primární klíč Primární klíč zajišťuje stav, kdy je každý řádek tabulky jednoznačně identifikovaný. Nejlepší je používat nějaký identifikátor (ID), nebo údaj, který řádek identifikuje. Není možné mít v tabulce dva řádky se stejnou hodnotou v primárním klíči. Vlastní klíč Klíč, který je vytvořen na vlastní tabulce. Cizí klíč Klíč, který je v cizí tabulce a je to odkaz z hlavní tabulky.

Transakce Transakce je operace, která se provede jako celek, nebo se neprovede vůbec a je odrolována. To je velmi důležitá vlastnost, pokud nedojde k potvrzení celé akce, je akce jakoby odmazána a data vrácena zpět.

Jak správně navrhnout databázi? Zjištění požadavků od zadavatele (analýza) Definice entit a vlastností (analýza) E-R diagram (návrh) Převedení do vhodného databázového prostředí (implementace) Tvorba dotazů na data, která zajímají zákazníka (implementace) Tvorba sestav z dotazů (implementace návrhu) Údržba databázového systému, administrace atd. (rutinní provoz) -(nejlépe zadavatelský list, nebo poznámky), pochopení požadavků. (fáze analýzy) -(ORACLE, MS ACCESS atd.). (implementace návrhu)

Praktické využití relačních databázových systémů: Pro potřeby řešení vztahů se zákazníky - CRM systémy: Oracle Siebel CRM Oracle CRM OnDemand Microsoft Dynamics CRM 2011 On Premise Microsoft Dynamics CRM 2011 Online Cíle: Zaznamenání zájmu zákazníka, nákupní zvyklosti Uchování informací o zákazníkovi, společnosti Vedení kampaní Poprodejní servis

MS ACCESS Relační databáze s objektovými prvky Databáze pro malá řešení Možnost propojení s ORACLE, MS SQL SERVER Aktuální verze je 2010 Možnost vytvořit tzv. webovou databázi Nový tvůrce maker Možnost propojení s aplikací SharePoint Nové datové typy (pole více hodnot, datový typ příloha..) Vylepšená kontrola pravopisu -(nejlépe zadavatelský list, nebo poznámky), pochopení požadavků. (fáze analýzy) -(ORACLE, MS ACCESS atd.). (implementace návrhu)

Úvod do databázových systémů

Podobné prezentace

Prezentace na téma: "Úvod do databázových systémů"— Transkript prezentace:

Podobné prezentace

O projektu

Kontaktní formulář

Přihlásit se

Přihlásit se přes sociální síť:

Úvod do databázových systémů

Podobné prezentace

Prezentace na téma: "Úvod do databázových systémů"— Transkript prezentace:

Podobné prezentace

O projektu

Kontaktní formulář