Nebyly nalezeny žádné výsledky

Vašemu vyhledávání neodpovídají žádné výsledky.

Abyste našli to, co hledáte, doporučujeme vyzkoušet následující postup:

  • Zkontrolujte pravopis vašich klíčových slov ve vyhledávání.
  • Použijte synonyma pro klíčové slovo, které jste zadali, například zkuste „aplikace“ místo „software“.
  • Vyzkoušejte jedno z populárních vyhledávání uvedených níže.
  • Zahajte nové hledání.

 

Časté otázky

Co je relační databáze

Relační databáze je typ databáze, který ukládá vzájemně propojené datové body a poskytuje k nim přístup. Relační databáze jsou založeny na relačním modelu, intuitivním, přímočarém způsobu vyjádření dat v tabulkách. V relační databázi je každý řádek v tabulce záznam s jedinečným ID nazvaným klíč. Sloupce tabulky obsahují atributy dat a každý záznam má obvykle hodnotu pro každý atribut, což usnadňuje navázání vztahů mezi datovými body.

Příklad relační databáze

Tady je jednoduchý příklad dvou tabulek, které by malý podnik mohl použít ke zpracování objednávek svých produktů. První tabulka je tabulka s informacemi o zákazníkovi, takže každý záznam obsahuje název a adresu zákazníka, jeho dodací a fakturační údaje, telefonní číslo a další kontaktní údaje. Každý bit informace (každý atribut) je ve vlastním sloupci a databáze přiřazuje každému řádku jedinečný identifikátor (klíč). Ve druhé tabulce – objednávka zákazníka – obsahuje každý záznam ID zákazníka, který danou objednávku zadal, objednaný produkt, množství, vybranou velikost a barvu atd., ale nikoli jméno nebo kontaktní údaje zákazníka.

Tyto dvě tabulky mají pouze jednu věc společnou: sloupec ID (klíč). Ale vzhledem k tomuto společnému sloupci může relační databáze vytvořit vztah mezi oběma tabulkami. Když potom aplikace společnosti pro zpracování objednávek odešle objednávku do databáze, databáze může přejít do tabulky objednávek zákazníka, vytáhnout správné informace o objednávce produktu a použít identifikační číslo zákazníka z této tabulky k vyhledání informací o fakturaci a dodávce z tabulky informací o zákazníkovi. Sklad může pak vytáhnout správný produkt, zákazník může obdržet včasné doručení objednávky a společnost může dostat zaplaceno.

Jak jsou strukturovány relační databáze

Relační model znamená, že logické datové struktury – datové tabulky, pohledy a indexy – jsou odděleny od fyzických skladovacích struktur. Toto oddělení znamená, že správci databází mohou spravovat fyzické ukládání dat bez ovlivnění přístupu k těmto datům jako logické struktuře. Přejmenování databázového souboru například nepřejmenuje tabulky, které jsou v něm uložené.

Rozlišení mezi logickým a fyzickým platí také pro databázové operace, což jsou jasně definované akce, které umožňují aplikacím manipulovat s daty a strukturami databáze. Logické operace umožňují aplikaci specifikovat obsah, který potřebuje, a fyzické operace určují, jak mají být tato data zpřístupněna, a poté provede úlohu.

Aby bylo zajištěno, že data budou vždy přesná a dostupná, budou relační databáze dodržovat určitá pravidla integrity. Pravidlo integrity může například určit, že duplicitní řádky nejsou v tabulce povoleny, aby se vyloučil potenciál chybných informací vstupujících do databáze.

Relační model

V prvních letech databází ukládala každá aplikace data ve své vlastní jedinečné struktuře. Když vývojáři chtěli sestavovat aplikace pro použití těchto dat, museli toho hodně vědět o konkrétní struktuře dat, aby našli potřebná data. Tyto datové struktury byly neefektivní, těžko udržovatelné a obtížně optimalizovatelné pro zajištění dobrého výkonu aplikací. Relační databázový model byl navržen tak, aby vyřešil problém více libovolných datových struktur.

Relační model poskytoval standardní způsob reprezentování a dotazování dat, který by mohla být využívat libovolná aplikace. Vývojáři od počátku rozpoznali, že hlavní síla modelu relační databáze spočívá v použití tabulek, které jsou intuitivním, efektivním a flexibilním způsobem ukládání a přístupu ke strukturovaným informacím.

Postupem času se objevila další síla relačního modelu, protože vývojáři začali používat strukturovaný dotazovací jazyk (SQL) k zápisu a dotazování dat v databázi. Po mnoho let byl SQL široce používán jako jazyk pro databázové dotazy. Na základě relační algebry poskytuje SQL interně konzistentní matematický jazyk, který usnadňuje zlepšování výkonu všech databázových dotazů. Pro srovnání, jiné přístupy musí definovat jednotlivé dotazy.

Výhody relačních databází

Jednoduchý, ale výkonný relační model používají organizace všech typů a velikostí pro širokou škálu informačních potřeb. Relační databáze se používají ke sledování zásob, zpracování transakcí elektronického obchodu, řízení obrovského množství důležitých informací o zákaznících a mnohem více. Relační databáze může být zvažována pro jakoukoliv potřebu informací, ve kterých se datové body vztahují k sobě navzájem a musí být řízeny bezpečným, konzistentním způsobem založeným na pravidlech.

Relační databáze jsou na trhu od 70. let minulého století. Výhody relačního modelu z něj nadále činí nejrozšířenější model databází.

Konzistence dat

Relační model je nejlepším řešením pro zachování konzistence dat v aplikacích a kopiích databází (nazývaných instance). Například, když zákazník vloží peníze do bankomatu a poté se podívá na zůstatek účtu na mobilním telefonu, očekává, že se tento vklad projeví okamžitě v aktualizovaném zůstatku účtu. Relační databáze vynikají v tomto druhu konzistence dat, což zajišťuje, že více instancí databáze má po celou dobu stejná data.

Pro jiné databáze je náročné udržet tuto úroveň včasné konzistence s velkými objemy dat. Některé nedávné databáze, jako například NoSQL, mohou zajišťovat pouze “nahodilou konzistenci.” Podle této zásady, když je databáze zmenšena nebo když více uživatelů přistupuje ke stejným datům současně, potřebují data určitou dobu na “dohnání tempa.” Konečná konzistence je přijatelná pro některá použití, například pro udržení záznamů v katalogu produktů, ale pro kritické obchodní operace, jako jsou transakce nákupního košíku, je relační databáze stále zlatým standardem.

Závazek a atomicita

Relační databáze zpracovávají obchodní pravidla a zásady na velmi granulární úrovni s přísnými zásadami závazku (tj. provedení trvalé změny databáze). Zvažte například databázi inventáře, která sleduje tři vždy společně používané části. Když je z inventáře vytažen jeden díl, musí být vytaženy i další dva díly. Pokud jedna ze tří částí není k dispozici, žádné části by neměly být vytaženy žádné další části – všechny tři části musí být dostupné předtím, než databáze provede jakýkoli závazek. Relační databáze se nemůže zavázat k jedné části, dokud neví, že se může zavázat ke všem třem. Této mnohostranné schopnosti závazků se říká atomicita. Atomicita je klíčem k udržení přesnosti dat v databázi a zajištění toho, že je v souladu s pravidly, předpisy a zásadami firmy.

Databáze ACID a relační databáze

Relační databázové transakce definují čtyři zásadně důležité vlastnosti: atomicita, konzistence, izolace a odolnost – kterým se běžně souhrnně říká ACID.

  • Atomicita definuje všechny prvky, které tvoří kompletní databázovou transakci.
  • Konzistence definuje pravidla pro udržování datových bodů ve správném stavu po transakci.
  • Izolace udržuje efekt transakce neviditelný pro ostatní, dokud není transakce provedena, aby nedošlo ke zmatkům.
  • Odolnost zajistí, aby se změny dat staly trvalými, jakmile bude transakce provedena.

Uložené procedury a relační databáze

Přístup k datům zahrnuje mnoho opakovaných akcí. Například jednoduchý dotaz pro získání informací z datové tabulky může být nutné opakovat stokrát nebo tisíckrát, aby se dosáhlo požadovaného výsledku. Tyto funkce pro přístup k datům vyžadují pro přístup k databázi určitý typ kódu. Vývojáři aplikací nechtějí psát nový kód pro tyto funkce v každé nové aplikaci. Relační databáze naštěstí umožňují uložené procedury, což jsou bloky kódu, ke kterým lze přistupovat pomocí jednoduchého volání aplikace. Jedna uložená procedura může například poskytovat konzistentní označování záznamů pro uživatele více aplikací. Uložené procedury mohou také pomoci vývojářům zajistit, aby určité datové funkce v aplikaci byly implementovány konkrétním způsobem.

Uzamčení databáze a souběžnost

V databázi mohou nastat konflikty, když se více uživatelů nebo aplikací pokouší změnit stejná data současně. Zamykání a postupy souběžnosti snižují potenciál konfliktů při zachování integrity dat.

Zamykání zabraňuje ostatním uživatelům a aplikacím v přístupu k datům při jejich aktualizaci. V některých databázích se zamykání týká celé tabulky, což má negativní vliv na výkon aplikace. Ostatní databáze, jako jsou relační databáze Oracle, aplikují zámky na úrovni záznamu, takže ostatní záznamy v tabulce jsou k dispozici a pomáhají zajistit lepší výkon aplikací.

Souběžnost řídí aktivitu, když více uživatelů nebo aplikací vyvolá dotazy ve stejné databázi současně. Tato schopnost poskytuje uživatelům a aplikacím správný přístup podle zásad definovaných pro řízení dat.

Co hledat při výběru relační databáze

Software používaný k ukládání, správě, dotazování a získávání dat uložených v relační databázi se nazývá systém řízení relační databáze (RDBMSf). RDBMS poskytuje rozhraní mezi uživateli a aplikacemi a databází, stejně jako administrativní funkce pro správu ukládání dat, přístupu a výkonu.

Při výběru mezi databázovými typy a produkty relační databáze může být rozhodujících několik faktorů. Zvolené RDBMS závisí na potřebách vaší firmy. Položte si následující otázky:

  • Jaké jsou naše požadavky na přesnost dat? Bude ukládání dat a přesnost záviset na obchodní logice? Mají naše data přísné požadavky na přesnost (například finanční údaje a vládní zprávy)?
  • Potřebujeme škálovatelnost? Jaký je rozsah spravovaných dat a jaký je očekávaný růst? Bude třeba, aby databázový model podporoval zrcadlené kopie databází (jako samostatné instance) pro škálovatelnost? Pokud ano, může v těchto případech zachovat konzistenci dat?
  • Jak důležitá je souběžnost? Bude potřebovat více uživatelů a aplikací současný přístup k datům? Podporuje databázový software souběžnost a zároveň chrání data?
  • Jaké jsou naše potřeby z hlediska výkonu a spolehlivosti? Potřebujeme vysoce výkonný a spolehlivý výrobek? Jaké jsou požadavky na výkon odpovědi na dotaz? Jaké jsou závazky dodavatele v rámci smluv o úrovni služeb (SLA) nebo neplánovaného prostoje?

Relační databáze budoucnosti: Autonomně řízená databáze

V průběhu let se relační databáze zlepšily, zrychlily, zesílily a lépe se s nimi pracuje. Ale staly se také složitějšími a správa databáze je už dlouho práce na plný úvazek. Namísto toho, aby se jejich vývojáři zaměřili na vývoj inovativních aplikací, které jejich firmám přinášejí přidanou hodnotu, museli trávit většinu času správou potřebnou k optimalizaci výkonu databáze.

Autonomní technologie dnes staví na silných stránkách relačního modelu a dodává nový typ relační databáze. Databáze s autonomním řízením (známá také jako autonomní databáze) udržuje výkon a výhody relačního modelu, ale využívá umělou inteligenci (AI), strojové učení a automatizaci ke sledování a zlepšování výkonu dotazu a úkoly správy. Aby se například zlepšila výkonnost dotazů, může databáze s autonomním řízením předpokládat a testovat indexy pro rychlejší dotazy, a pak posunout ty nejlepší do výroby – to vše samostatně. Databáze s autonomním řízením tato zlepšení průběžně provádí bez nutnosti zapojení lidí.

Autonomní technologie osvobozuje vývojáře od nudných úkolů správy databáze. Například již nemusí předem určovat požadavky na infrastrukturu. Místo toho mohou s databází s autonomním řízením přidávat úložiště a vypočítávat zdroje podle potřeby pro podporu růstu databáze. Stačí několik málo kroků a vývojáři mohou snadno vytvořit autonomní relační databázi, což urychlí čas pro vývoj aplikací.