IT: Databázové modely, objekty a architektury episode artwork

EPISODE · Oct 24, 2020 · 40 MIN

IT: Databázové modely, objekty a architektury

from Teorie školy · host Filip Janeček

Vztahy mezi tabulkami: a) žádné b) 1:1 c) 1:N nejpoužívanější - odpovídá mnoha situacím ve skutečném životě d) M:N - vazební tabulka SŘBD využívá operace CRUD 1) C - Create - CREATE - vytvoření DB, INSERT - vložení dat 2) Read - SELECT 3) UPDATE 4) DELETE Některé SŘBD: PostgeSQL, Jaws DB, Mongo DB, MySQL, MariaDB, Oracle, Microsoft Access DATABÁZOVÉ MODELY: HIERARCHICKÝ MODEL DAT - historicky první, někdy až nepřirozená hierarchizace/uspořádání dat SÍŤOVÝ MODEL DAT - obsahuje tzv. sety - mnohonásobné vztahy - stejně jako hierarchického modelu dat náročné na manipulaci s daty RELAČNÍ MODEL DAT - organizovaná v tabulkách, DB chápána jako množina relací, pro operaci s DB se využívá tzv. Relační algebra (SELECT (značí se σ )- odstraní přebytečné záznamy/řádky PROJECT (značí se π) - odstraní přebytečný sloupec/atribut JOIN (značí se ⋈ )- propojení tabulek 12 (13) PRAVIDEL DR. CODDA - 0 - pravidlo založení 1 informační pravidlo - všechny hodnoty úlohy v tabulkách 2 pravidlo jistoty - všechna data přístupná jménem tabulky -> jménem atributu + klíčem záznamu 3 systematické zpracování nulových hodnot - nulové hodnoty podporovány pro nedefinované informace 4 Dynamický online katalog založený na relačních modelech - datový slovník (data dictionary) = katalog - obsahuje metadata = data o databázi - např. Jména tabulek (a kdy byly tabulky vytvořeny), fyzické informace - např. Kde jsou tabulky uloženy - ke katalogu/datovému slovníku se mohou uživatelé dostat také pomocí dotazovacího jazyka, s kterým spravují i samotnou databázi 5) Relační systém obsahuje podjazyk - např. Příkazy jazyka SQL můžeme rozdělit na jednotlivé skupiny příkazů, které nazýváme podjazyk : DDL - Data Definition Lamguage - např. CREATE, RENAME DQL - Data Query Language - např. SELECT DML - Data Manipulation Language - např. INSERT, UPDATE nebo DELETE DCL - Data Control Language -např. GRANT - dává uživatelipovolení spravovat určité části DB, REVOKE - tyto původní práva jsou uživateli odňata 6) pravidlo 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í 8) Fyzická datová nezávislost - aplikační programy nezávislé na fyzické datové struktuře (= jednotlivé soubory/složky)9) Logická datová nezávislost - aplikační programy nejsou závislé na logické struktuře DB souboru 10) integritní nezávislost - integritní omezení se musí dát definovat prostředky relační databáze nebo jejím jazykem - musí být schopna uložení v katalogu nikoli v aplikačním programu 11) Nezávislost distribuce relační SŘBD - koncový uživatel nepozná, že jednotlivé části databáze jsou uloženy na několika odlišných zařízeních 12) Pravidlo přístupu do DB - uživatelské prostředí DB nesmí být ve vyšším jazyce než samotná DB tak, aby nešlo obejít integritní omezení ARCHITEKTURA DATABÁZÍ: CENTRÁLNÍ ARCHITEKTURA - centrální počítač (SŘBD + DB) + terminály ARCHITEKTURA FILE-SERVER - každý osobní počítač má SŘBD, posílá požadavky na FILE-SERVER - I/O požadavky - zpět bloky dat ARCHITEKTURA KLIENT-SERVER na každém osobním počítači je spuštěná aplikace která odesílá SQL dotazy na DB server (na kterém jak DB tak i SŘBD) OBJEKTY: POHLED (VIEW), UŽIVATELSKÁ OPRÁVNĚNÍ, INDEXY/KLÍČE - funkce: vést si rychlé LUT (look-up tables) VIZUÁLNÍ E-R schéma, SESTAVY/REPORTY -např. PDF souhrn TRIGGERY/SPOUŠTĚ - po určité akci nastartují proceduru/funkci, PROCEDURA - vkládání uživatelem pojmenovaných kusů kódu, STORED PROCEDURE - spuštěny uživatelem (jinak bývají spuštěny triggerem) PROCESY- přehled procesů, které služby jsou aktuálně využívány FUNKCE - oproti procedurám vrací výsledek - např. sčítají, ale většinou jsou pomalejší než procedury UDÁLOSTI (EVENTS) - podobné jako spouště (triggery), ale spouští se v předem stanoveny čas (2 možnosti: jednorázové x pravidelné) nikoli na základě události (srov. trigger) FORMULÁŘ - některé SŘBD - uživatelsky přívětivější - např. MS ACCESS TABULKY - jedny ze základních DB objektů (entit) PARTITIONING - rozložení dat

Vztahy mezi tabulkami: a) žádné b) 1:1 c) 1:N nejpoužívanější - odpovídá mnoha situacím ve skutečném životě d) M:N - vazební tabulka SŘBD využívá operace CRUD 1) C - Create - CREATE - vytvoření DB, INSERT - vložení dat 2) Read - SELECT 3) UPDATE 4) DELETE Některé SŘBD: PostgeSQL, Jaws DB, Mongo DB, MySQL, MariaDB, Oracle, Microsoft Access DATABÁZOVÉ MODELY: HIERARCHICKÝ MODEL DAT - historicky první, někdy až nepřirozená hierarchizace/uspořádání dat SÍŤOVÝ MODEL DAT - obsahuje tzv. sety - mnohonásobné vztahy - stejně jako hierarchického modelu dat náročné na manipulaci s daty RELAČNÍ MODEL DAT - organizovaná v tabulkách, DB chápána jako množina relací, pro operaci s DB se využívá tzv. Relační algebra (SELECT (značí se σ )- odstraní přebytečné záznamy/řádky PROJECT (značí se π) - odstraní přebytečný sloupec/atribut JOIN (značí se ⋈ )- propojení tabulek 12 (13) PRAVIDEL DR. CODDA - 0 - pravidlo založení 1 informační pravidlo - všechny hodnoty úlohy v tabulkách 2 pravidlo jistoty - všechna data přístupná jménem tabulky -> jménem atributu + klíčem záznamu 3 systematické zpracování nulových hodnot - nulové hodnoty podporovány pro nedefinované informace 4 Dynamický online katalog založený na relačních modelech - datový slovník (data dictionary) = katalog - obsahuje metadata = data o databázi - např. Jména tabulek (a kdy byly tabulky vytvořeny), fyzické informace - např. Kde jsou tabulky uloženy - ke katalogu/datovému slovníku se mohou uživatelé dostat také pomocí dotazovacího jazyka, s kterým spravují i samotnou databázi 5) Relační systém obsahuje podjazyk - např. Příkazy jazyka SQL můžeme rozdělit na jednotlivé skupiny příkazů, které nazýváme podjazyk : DDL - Data Definition Lamguage - např. CREATE, RENAME DQL - Data Query Language - např. SELECT DML - Data Manipulation Language - např. INSERT, UPDATE nebo DELETE DCL - Data Control Language -např. GRANT - dává uživatelipovolení spravovat určité části DB, REVOKE - tyto původní práva jsou uživateli odňata 6) pravidlo 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í 8) Fyzická datová nezávislost - aplikační programy nezávislé na fyzické datové struktuře (= jednotlivé soubory/složky)9) Logická datová nezávislost - aplikační programy nejsou závislé na logické struktuře DB souboru 10) integritní nezávislost - integritní omezení se musí dát definovat prostředky relační databáze nebo jejím jazykem - musí být schopna uložení v katalogu nikoli v aplikačním programu 11) Nezávislost distribuce relační SŘBD - koncový uživatel nepozná, že jednotlivé části databáze jsou uloženy na několika odlišných zařízeních 12) Pravidlo přístupu do DB - uživatelské prostředí DB nesmí být ve vyšším jazyce než samotná DB tak, aby nešlo obejít integritní omezení ARCHITEKTURA DATABÁZÍ: CENTRÁLNÍ ARCHITEKTURA - centrální počítač (SŘBD + DB) + terminály ARCHITEKTURA FILE-SERVER - každý osobní počítač má SŘBD, posílá požadavky na FILE-SERVER - I/O požadavky - zpět bloky dat ARCHITEKTURA KLIENT-SERVER na každém osobním počítači je spuštěná aplikace která odesílá SQL dotazy na DB server (na kterém jak DB tak i SŘBD) OBJEKTY: POHLED (VIEW), UŽIVATELSKÁ OPRÁVNĚNÍ, INDEXY/KLÍČE - funkce: vést si rychlé LUT (look-up tables) VIZUÁLNÍ E-R schéma, SESTAVY/REPORTY -např. PDF souhrn TRIGGERY/SPOUŠTĚ - po určité akci nastartují proceduru/funkci, PROCEDURA - vkládání uživatelem pojmenovaných kusů kódu, STORED PROCEDURE - spuštěny uživatelem (jinak bývají spuštěny triggerem) PROCESY- přehled procesů, které služby jsou aktuálně využívány FUNKCE - oproti procedurám vrací výsledek - např. sčítají, ale většinou jsou pomalejší než procedury UDÁLOSTI (EVENTS) - podobné jako spouště (triggery), ale spouští se v předem stanoveny čas (2 možnosti: jednorázové x pravidelné) nikoli na základě události (srov. trigger) FORMULÁŘ - některé SŘBD - uživatelsky přívětivější - např. MS ACCESS TABULKY - jedny ze základních DB objektů (entit) PARTITIONING - rozložení dat

NOW PLAYING

IT: Databázové modely, objekty a architektury

0:00 40:31

No transcript for this episode yet

We transcribe on demand. Request one and we'll notify you when it's ready — usually under 10 minutes.

Teorie Peněz Matúš Kuchálik Podcast jehož vizí, je vytvářet protiváhu hýřivosti a nezodpovědnosti v době přebytku a pokušení. Cílem je do společnosti vnést myšlenku že, jakýkoliv růst ať už finanční nebo osobní přichází pouze s vytvářením aktiv a úspor. Věříme, že představitelem této změny budou rodiny, firmy a také jednotlivci.V podcastu najdete rozhovory s úpěšnými podnikateli, sportovci, ale i obyčejnými lidmi, kteří se nebojí o svým penězích mluvit otevřeně a narovinu.✅O penězích otevřeně a bez cenzury✅O problémech společnosti, které si tvoříme sami✅O budoucnosti našich dětí a jak ji zlepšit✅O tématech, které vám mohou zachránit nejenom peněženku a účet v bance, ale také střechu nad hlavou.Více o projektu Teorie Peněz najdete na www.teoriepenez.cz Complottismi Radio Raheem Dagli Illuminati a QAnon, dal Grande Reset fino al Piano Kalergi: un viaggio tra le teorie del complotto che stanno ridisegnando la nostra società. Complottismi è la serie podcast di Andrea Daniele Signorelli prodotta e curata da Radio Raheem. Akta I Marek Korejs, Jan Palička Nic se neděje náhodou, zdání klame a všechno souvisí se vším. Konspirační teorie jsou staré jako lidstvo samo. Vítejte u podcastu Akta I. Video všech epizod najdete zdarma na INFO.CZ. Spazio Marketing Rafael Patron "Spazio Marketing" è una serie podcast avvincente e innovativa con Rafael Patron, un esperto di growth hacking e marketing digitale. La serie si distingue per la sua metafora unica e coinvolgente dell'esplorazione spaziale, usata per esplorare i vasti e complessi territori del marketing digitale.In questo viaggio interstellare, Rafael Patron si presenta come il capitano e guida gli ascoltatori attraverso un universo di strategie di marketing, teorie rivoluzionarie e storie ispiratrici di pionieri del settore come Philip Kotler, Seth Godin, Steve Jobs e Larry Page.Ogni episodio è strutturato come una missione dedicata ad un aspetto specifico del marketing digitale, con particolare attenzione alla creazione di una presenza online, alla generazione di contenuti coinvolgenti e all'analisi dei dati per navigare con sicurezza nel vasto spazio del web.Per maggiori informazioni visita: https://rafaelpatron.comDiventa un supporter di questo podcast: <a

Frequently Asked Questions

How long is this episode of Teorie školy?

This episode is 40 minutes long.

When was this Teorie školy episode published?

This episode was published on October 24, 2020.

What is this episode about?

Vztahy mezi tabulkami: a) žádné b) 1:1 c) 1:N nejpoužívanější - odpovídá mnoha situacím ve skutečném životě d) M:N - vazební tabulka SŘBD využívá operace CRUD 1) C - Create - CREATE - vytvoření DB, INSERT - vložení dat 2) Read - SELECT 3) UPDATE 4)...

Can I download this Teorie školy episode?

Yes, you can download this episode by clicking the download button on the episode player, or subscribe to the podcast in your preferred podcast app for automatic downloads.
URL copied to clipboard!