Transakce a zamykání Jiří Tomeš
|
|
- Petr Šimek
- před 7 lety
- Počet zobrazení:
Transkript
1 Transakce a zamykání Jiří Tomeš Administrace MS SQL Serveru (NDBI039)
2 O čem to dnes bude Úvodní opakování základních pojmů Jištění transakcí Speciální konstrukce Typy transakcí Závěrečný souhrn, použité prameny a zdroje Zámky a Izolace Prostor pro dotazy
3 Co je transakce : Trocha opakování Skupina (SQL) příkazů (operace s databází) převádějící data mezi jednotlivými konzistentními stavy Navenek se tváří jako 1 příkaz Pro databázový stroj je chápána jako nedělitelná jednotka je potřeba, aby byla celá dokončena (commit) jinak nesmí být vůbec provedena (rollback) Transakce vždy musí splňovat podmínky ACID
4 A Atomicity ( VŠE nebo NIC ) transakce musí být nedělitelná I Isolation ( Vzájemně se nevidí ) O podmínkách ACID pokud nemůže databázový stroj operaci dokončit, veškeré již provedené změny musí být zrušeny C Consistency ( Data se nesmí poškodit ) data musí být před započetím i po dokončení v konzistentním stavu změny prováděné v 1 transakci nejsou v jiné transakci viditelné D Durability (NE)Dokončené změny transakce se (NE)projeví v databázi
5 Co se děje uvnitř Po zahájení transakce se změny ukládají do interního transakčního logu Ten je zpočátku v operační paměti a při větších transakcích se odkládá na disk do souboru transact.fil Až do commitu jsou tedy v databázi uložené hodnoty z doby před zahájením transakce Jak docílit toho, aby nedošlo ke ztrátě dat i při vypnutí serveru? Použijeme MECHANISMUS JIŠTĚNÍ!!!
6 Mechanismus jištění transakcí Při provádění transakcí je kritickým bodem jejich uzavírání (zaznamenávání změn do databáze) Mechanismus jištění přitom zajišťuje: Konzistenci databáze (v případě výpadku počítače během uzavírání transakce) Vypíná či zapíná správce databáze Zapíná se pomocí vlastnosti serveru SecureTransaction
7 Zápis změn na disk Většina OS má zabudovanou funkci, která odkládá zápis změn na disk (pro zrychlení běhu aplikace) Má-li spolehlivě fungovat jištění transakcí, pak je nezbytné zapisovat při ukončení transakce všechny změny na disk Zapíná se pomocí vlastnosti serveru FlushOnCommit
8 Ovlivnění rychlosti Jištění transakcí: Vyžaduje cca dvojnásobný počet diskových operací při každé transakci Transakce nemají vliv na: rychlost čtení, vyhledávání Příklad (provedeno 1000 zápisů): Závisí na použitém počítači Pouze pro vyjádření závislosti času na způsobu práce
9 Typy transakcí SQL server rozlišuje následující typy transakcí: Explicitní chceme-li více operací v datech provést jako 1 celek Implicitní každý příkaz ~ vlastní transakce Autocommit defaultní nastavení
10 Explicitní transakce Začátek a konec transakce je explicitně zadán pomocí příkazů BEGIN TRANSACTION COMMIT (případně ROLLBACK) Explicitní transakce mohou být vnořené, kdy v těle jedné transakce je vložena další To umožňuje vytvářet uložené procedury pracující s vlastními transakcemi a volat je bez ohledu na to, zda volající proces má či nemá otevřenou transakci
11 Autocommit & TRANCOUNT V takovém případě je u transakce příkaz vykonán ve vlastní samostatné transakci, která je po dokončení operace automaticky potvrzena. Odtud také název autocommit. (INT) 0 (žádná transakce není otevřená) číslo (úroveň zanoření) BEGIN (+1) COMMIT (-1) ROLLBACK (přiřadí 0)
12 Implicitní transakce Práce s implicitními transakcemi : SET IMPLICIT_TRANSACTIONS ON; V tomto módu každý příkaz v rámci daného připojení otevře transakci, pokud žádná není otevřená Pokud již transakce otevřená je, příkaz novou transakci neotvírá, ale je vykonán v rámci transakce již otevřené. Ukončení transakce musí být v tomto módu provedeno vždy explicitně voláním příkazu COMMIT, případně ROLLBACK. Transakce se tedy v tomto módu otevírá sama (implicitně), ukončit transakci je však třeba explicitně.
13 Exklusivní (X) Zámky a izolace transakcí Číst a zapisovat může pouze vlastník zámku Smí být přidělen nejvýše 1 transakci Trvá do konce transakce Sdílené (S) Uzamkne se daná entita pro zápis Číst může vlastník zámku (má jistotu, že nikdo nezapisuje) Může být přidělen více transakcím Trvá do načtení objektu nebo konce transakce SQL Server chce docílil co možná největší míry paralelního zpracování - používá různou granularitu zámků. Lze zamykat Řádky tabulek, celé datové stránky, tabulky, databáze
14 Případné problémy se zámky Kritické vlastnosti: Pokud transakce dlouho a často zamyká exkluzivně řádek, nedá se číst Pokud mnoho transakcí zamyká řádek pro čtení, nedá se upravit Uzamknutí stránky nebo celé tabulky omezí přístup na data, která transakce nepoužívá Zámky vyžadují určitou režii
15 Izolace transakcí Úroveň izolace transakcí Transaction Isolation Level udává do jaké míry se budou transakce vzájemně ovlivňovat jak moc si budou vidět pod ruce Použitá úroveň izolace transakcí přitom ovlivňuje: Zda se budou používat zámky a jakých typů Jak dlouho se mají držet zámky pro čtení Zda-li čtení dat modifikovaných jinou transakcí: Bude blokováno, dokud se neuvolní explicitní zámky Použije se potvrzená verze dat Přečtou se modifikovaná dosud nepotvrzená data
16 Typy úrovně izolace transakcí SQL server rozlišuje 5 typů: READ COMMITED (default) READ UNCOMMITED REPEATABLE READ SERIALIZABLE SNAPSHOT (od verze 2005) Úroveň izolace lze pak nastavit příkazem SET : SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
17 Jak to celé funguje: Princip snapshotů Transakce T1 vidí data ve stavu počátku transakce (Start Timespan) Pokud data někdo mění, server udržuje pro transakci původní obraz Na serveru může najednou existovat mnoho obrazů stejných dat Transakce může měnit data Po provedení COMMIT se vytvoří COMMIT Timespan Ověří se, že žádná jiná transakce T2 s COMMIT Timespan v intervalu [Start Timespan, COMMIT Timespan] transakce T1 neměnila data, která chce T2 zapsat. Pokud ano, je T2 zrušena
18 Explicitní vs. Implicitní Izolace Explicitní transakce Stupeň izolace se nastavuje pro každou transakci zvlášť Pomocí START_TRANSACTION Není-li zvolen stupeň izolace, zvolí-li SERIALIZABLE Implicitní transakce Není způsob jak nastavit stupeň izolace Použije se způsob u předchozí prováděné transakce Není-li možné aplikovat předchozí pravidlo, nastaví se READ COMMITED
19 START_TRANSACTION Schéma příkazu : START_TRANSACTION [izolace][druh_izolace] Izolace ::= IZOLATION LEVEL READ UNCOMITTED READ UNCOMITTED REPEATABLE READ SERIALIZABLE druh_izolace ::= READ ONLY READ WRITE
20 Přehledová tabulka: Úroveň izolace souhrnem Dirty write: T1 modifikuje A T2 modifikuje A před tím než T1 projede COMMIT (ROLLBACK)??? Stav A při ROLLBACK T1(T2) Dirty read: T1 modifikuje A T2 čte A před koncem T1!!! ROLLBACK T1 => neexistující data pro T2
21 Fuzzy read & Phantom Fuzzy read: T1 přečte A T2 změní nebo zruší A a projede COMMIT!!! T1 přečte data A, ty ale mají jinou hodnotu (nebo neexistují) Phantom: T1 přečte data s podmínkou <where> T2 přidá data odpovídající <where> a provede COMMIT!!! T1 znovu načte data s touto podmínkou,ale přitom dostane jiný výsledek
22 Phantom se vrací Kde je (může být) problém? Select může vrátit nenulové číslo jiná transakce mezitím vložila produkt s DPH 22% jiná transakce smazala nějaký zmodifikovaný záznam
23 Princip deadlocku (uváznutí) : Deadlock Jde o situaci, kdy si 2 transakce (nebo více) vzájemně blokují zdroje a čekají na jejich uvolnění Může nastat prakticky v každém systému, kde se více uživatelů dělí o zdroje Řešení pak musí provést nějaká vnější autoria Datový server Server dokáže deadlock identifikovat Zruší jednu (ev. i více) z množiny transakcí
24 Speciální konstrukce Nečekat na uvolnění zámků nebo čekat jen nezbytnou dobu select * from employee for update nowait; select * from employee for update wait 10; Číst pouze z neuzamčených oblastí select * from employee for update nowait; Manuálně uzamknout tabulku lock table table_name in {share exclusive } mode [ wait [ numsecs ] nowait ]
25 Závěrečné shrnutí Složitost problematiky transakcí se projevuje při zvýšení počtu uživatelů (paralelních transakcí) Nárůst problému je exponenciální vzhledem k počtu paralelních transakcí Nutno vždy počítat s tím, že transakce bude z nějakého důvodu zrušena Je vždycky dobré znát vlastnosti a přesné možnosti konkrétního serveru (verze)
26 Použité zdroje a prameny Microsoft SQL Server 2008 Books Online Článek z ROOT.CZ 602SQL Server cs/html/he_sql2_transakce.htm
27 Prostor pro dotazy Zeptejte se na to, co Vás zajímá DÍKY za pozornost během prezentace
Transakce a zamykání. Administrace MS SQL Serveru (NDBI039) Pavel Hryzlík
Transakce a zamykání Administrace MS SQL Serveru (NDBI039) Pavel Hryzlík Základní pojmy Databázová transakce je skupina příkazů, které převedou databázi z jednoho konzistentního stavu do druhého. Transakční
VíceTransakce. Ing. Marek Sušický, RNDr. Ondřej Zýka
Transakce Ing. Marek Sušický, RNDr. Ondřej Zýka 1 Obsah Definice Savepoint, autonomní transakce Transakční módy Izolační úrovně Implementace pomocí zámků Implementace pomocí snapshotů Oracle, Microsoft
VíceDatabáze II. 2. přednáška. Helena Palovská
Databáze II 2. přednáška Helena Palovská palovska@vse.cz SQL a aplikace Program přednášky Řízení transakcí v SQL Integritní omezení v SQL Triggery a uložené procedury Zpracování množin záznamů Řízení
VíceDatabáze I. 5. přednáška. Helena Palovská
Databáze I 5. přednáška Helena Palovská palovska@vse.cz SQL jazyk definice dat - - DDL (data definition language) Základní databáze, schemata, tabulky, indexy, constraints, views DATA Databáze/schéma
VíceZotavení z chyb. Databázové systémy
Zotavení z chyb Databázové systémy Zotavení z chyb v DBS Úloha: Po chybě obnovit poslední konzistentní stav databáze Třídy chyb: 1. Lokální chyba v ještě nepotvrzené transakci 2. Chyba se ztrátou hlavní
Více9. Transakční zpracování
9. Transakční zpracování 9.1. Transakce... 3 9.1.1. Vlastnosti transakce... 3 9.1.2. Stavy transakce... 4 9.2. Transakce v SQL... 6 9.3. Zotavení po chybách a poruchách... 10 9.3.1. Zotavení využívající
VícePRŮBĚHOVÝ TEST Z PŘEDNÁŠEK
PRŮBĚHOVÝ TEST Z PŘEDNÁŠEK listopad 2009 souhrn v1 Červené dobře (nejspíš), modré možná Oracle Internet Directory OID: Databáze nemůže z OID přebírat seznam uživatelů *Databáze může získat z OID seznam
VíceParalelní přístup k databázi
Paralelní přístup k databázi Motivační příklad: Bankovní převod 100,- Kč z účtu "A" na účet "B" a současný výběr 200 Kč z účtu "B". Transakce Hodnota A Hodnota B Stav účtu A Stav účtu B 1000,- 1000,- T1:
VíceTransakce. 2014 Profinit. All rights reserved.
Transakce RNDr. Ondřej Zýka ndrej.zyka@prfinit.eu 2014 Prfinit. All rights reserved. Obsah Definice Savepint, autnmní transakce Transakční módy Izlační úrvně Implementace pmcí zámků Implementace pmcí snapshtů
VíceArchitektura SW pro transakční zpracování se skládá ze 3 modulů: - manažer dat - rozvrhovač - manažer transakcí
Transakce = programová jednotka, která: - zachovává konzistenci databáze - končí v konečném čase - se provede celá nebo vůbec Architektura SW pro transakční zpracování se skládá ze 3 modulů: - manažer
VíceTransakční zpracování Bezpečnost databází. Vladimíra Zádová, KIN, EF TUL- DBS 1
Transakční zpracování Bezpečnost databází Vladimíra Zádová, KIN, EF TUL- DBS 1 Transakce Transakce systém zpracování transakcí vlastnosti ACID stavy transakce SŘBD a transakční zpracování Řešení transakcí
VíceDBS transakční zpracování
DBS transakční zpracování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze c Michal Valenta, 2010 BI-DBS, ZS 2010/11 https://edux.fit.cvut.cz/courses/bi-dbs/ Michal
VíceInnoDB transakce, cizí klíče, neumí fulltext (a nebo už ano?) CSV v textovém souboru ve formátu hodnot oddělených čárkou
MySQL Typy tabulek Storage Engines MyISAM defaultní, neumí transakce, umí fulltext InnoDB transakce, cizí klíče, neumí fulltext (a nebo už ano?) MEMORY (HEAP) v paměti; neumí transakce ARCHIVE velké množství
Více9. Transakční zpracování
9. Transakční zpracování 9.1. Transakce... 3 9.1.1. Vlastnosti transakce... 3 9.1.2. Stavy transakce... 4 9.2. Transakce v SQL... 6 9.3. Zotavení po chybách a poruchách... 10 9.3.1. Zotavení využívající
VíceTransakční zpracování
Transakční zpracování Transakční zpracování Dva základní požadavky na SŘBD: chránit data organizovaná pod daným SŘBD, poskytnout korektní a rychlý asynchronní přístup většímu množství uživatelů. Řešení:
VíceTÉMATICKÝ OKRUH TZD, DIS a TIS
TÉMATICKÝ OKRUH TZD, DIS a TIS Číslo otázky : 15. Otázka : Paralelní procesy v databázích. Transakce, zamykání, uváznutí. Dvoufázový protokol, časová razítka. Obsah : 1 Úvod 2 Paralelní procesy v databázích
Více01. Kdy se začala formovat koncept relačních databází (Vznik relačního modelu, první definice SQL)? a) 1950 b) 1960 c) 1970 d) 1980
01. Kdy se začala formovat koncept relačních databází (Vznik relačního modelu, první definice SQL)? a) 1950 b) 1960 c) 1970 d) 1980 02. Kdy přibližně vznikly první komerční relační databázové servery?
VíceDatabáze II. 1. přednáška. Helena Palovská palovska@vse.cz
Databáze II 1. přednáška Helena Palovská palovska@vse.cz Program přednášky Úvod Třívrstvá architektura a O-R mapování Zabezpečení dat Role a přístupová práva Úvod Co je databáze Mnoho dat Organizovaných
Více1. Databázové systémy (MP leden 2010)
1. Databázové systémy (MP leden 2010) Fyzickáimplementace zadáníaněkterářešení 1 1.Zkolikaajakýchčástíseskládáčasprovstupněvýstupníoperaci? Ze tří částí: Seektime ječas,nežsehlavadiskudostanenadsprávnou
VíceStruktura pamětí a procesů v DB Oracle. Radek Strnad
Struktura pamětí a procesů v DB Oracle Radek Strnad radek.strnad@gmail.com 1 Základní rozdělení paměti Software codes area Chráněná část spustitelného kódu samotné DB. System global area (SGA) Sdílená
VíceDatabázové a informační systémy Informační systém prodejny nábytku. Jakub Kamrla, KAM087
Databázové a informační systémy Informační systém prodejny nábytku Jakub Kamrla, KAM087 1. část Funkční a nefunkční požadavky 1. K čemu má systém sloužit Jedná se o informační systém pro jednu nejmenovanou
VíceReplikace je proces kopírování a udržování databázových objektů, které tvoří distribuovaný databázový systém. Změny aplikované na jednu část jsou
Administrace Oracle Replikace je proces kopírování a udržování databázových objektů, které tvoří distribuovaný databázový systém. Změny aplikované na jednu část jsou zachyceny a uloženy lokálně před posláním
VíceDisková pole (RAID) 1
Disková pole (RAID) 1 Architektury RAID Základní myšlenka: snaha o zpracování dat paralelně. Pozice diskové paměti v klasickém personálním počítači vyhovuje pro aplikace s jedním uživatelem. Řešení: data
VíceAdministrace Oracle - Správa zdrojů
Administrace Oracle - Správa zdrojů Jan Smrčina 15. října 2012 Motivace K čemu správa zdrojů? Mějme databázi menz UK a její chtivé uživatele: Student chce dostat jídlo. (Jednoduchá transakce) Manažer chce
VíceParalelní programování a jeho dopad na databázové. Bc. Lukáš Juřina
Paralelní programování a jeho dopad na databázové systémy Bc. Lukáš Juřina Diplomová práce 2017 ABSTRAKT Práce se zabývá návrhem databáze přizpůsobené k paralelnímu přístupu aplikací. V teoretické části
Více8.2 Používání a tvorba databází
8.2 Používání a tvorba databází Slide 1 8.2.1 Základní pojmy z oblasti relačních databází Slide 2 Databáze ~ Evidence lidí peněz věcí... výběry, výpisy, početní úkony Slide 3 Pojmy tabulka, pole, záznam
VícePrincipy operačních systémů. Lekce 7: Obrana proti deadlocku
Principy operačních systémů Lekce 7: Obrana proti deadlocku Deadlock Deadlock = uváznutí, zablokování Vznik problému: proces drží určité prostředky, požaduje přidělení dalších prostředků, tyto nedostane
VíceDatabázové systémy I. 7. Přednáška
Databázové systémy I. 7. Přednáška Co nás dnes čeká Uživatelské pohledy (Views) Optimalizace SQL dotazů Zpracování dotazu Naplnění tabulek daty (DML) Sekvence Transakce Indexy Pohledy (views) představují
VíceZápisování dat do databáze
Zápisování dat do databáze Informační a znalostní systémy 1 2 záznamů Pro vkládání záznamů do tabulky- příkaz INSERT INSERT INTO tabulka VALUES ( výčet hodnot záznamu ) záznamů Pro vkládání záznamů do
Více04 - Databázové systémy
04 - Databázové systémy Základní pojmy, principy, architektury Databáze (DB) je uspořádaná množina dat, se kterými můžeme dále pracovat. Správa databáze je realizována prostřednictvím Systému pro správu
VíceOperátory ROLLUP a CUBE
Operátory ROLLUP a CUBE Dotazovací jazyky, 2009 Marek Polák Martin Chytil Osnova přednášky o Analýza dat o Agregační funkce o GROUP BY a jeho problémy o Speciální hodnotový typ ALL o Operátor CUBE o Operátor
VíceIW3 MS SQL SERVER 2014
Zálohování a obnova IW3 MS SQL SERVER 2014 Ing. Peter Solár, MCITP EA solar@pocitacoveskoleni.cz 1 OSNOVA 1. Návrh strategie zálohování 2. Zálohování uživatelských databází 3. Obnova uživatelských databází
VíceText úlohy. Systémový katalog (DICTIONARY):
Úloha 1 Částečně správně Bodů 050 / 100 Systémový katalog (DICTIONARY): a Se skládá z tablek a pohledů uložených v tabulkovém SYSTEM b Všechny tabulky vlastní uživatel SYS c Se skládá z tablek a pohledů
VíceDatabázové systémy úvod
Databázové systémy úvod Michal Valenta Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze c Michal Valenta, 2016 BI-DBS, LS 2015/16 https://edux.fit.cvut.cz/courses/bi-dbs/
VíceDatabázové systémy. - SQL * definice dat * aktualizace * pohledy. Tomáš Skopal
Databázové systémy - SQL * definice dat * aktualizace * pohledy Tomáš Skopal Osnova přednášky definice dat definice (schémat) tabulek a integritních omezení CREATE TABLE změna definice schématu ALTER TABLE
Více4IT218 Databáze. 4IT218 Databáze
4IT218 Databáze Osmá přednáška Dušan Chlapek (katedra informačních technologií, VŠE Praha) 4IT218 Databáze Osmá přednáška Normalizace dat - dokončení Transakce v databázovém zpracování Program přednášek
VíceKapitola 13: Transakce. Koncept transakce. ACID vlastnosti
- 13.1 - Kapitola 13: Transakce Koncept transakce Stavy transakce Implementace atomičnosti a trvanlivosti Souběžné spouštění Serializovatelnost Koncept transakce Transakce je posloupnost operací (část
VíceDatabázové systémy. transakce. Tomáš Skopal. * uzamykací protokoly * alternativní protokoly * zotavení
Databázové systémy Tomáš Skopal transakce * uzamykací protokoly * alternativní protokoly * zotavení Osnova uzamykací protokoly 2PL striktní 2PL uváznutí, prevence fantom alternativní protokoly optimistické
VíceOptimalizace dotazů a databázové transakce v Oracle
Optimalizace dotazů a databázové transakce v Oracle Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Demo-cvičení pro IDS 22. dubna 2015 Marek Rychlý
VíceAudit DB. Referát. Vypracoval: Zdeněk Doležal MFF UK Praha 11/5/06
Audit DB Referát Vypracoval: Zdeněk Doležal zdenek.dolezal@gmail.com MFF UK Praha 11/5/06 Obsah 1.Audit databáze...3 Co to je audit db?...3 Kdy a jaký audit bychom měli použít?...3 Udržování informací
VíceAdministrace Oracle. Práva a role, audit
Administrace Oracle Práva a role, audit Filip Řepka 2010 Práva (privileges) Objekty (tabulky, pohledy, procedury,...) jsou v databázi logicky rozděleny do schémat. Každý uživatel má přiděleno svoje schéma
VíceNávrh a tvorba WWW stránek 1/14. PHP a databáze
Návrh a tvorba WWW stránek 1/14 PHP a databáze nejčastěji MySQL součástí balíčků PHP navíc podporuje standard ODBC PHP nemá žádné šablony pro práci s databází princip práce s databází je stále stejný opakované
VíceDisková pole (RAID) 1
Disková pole (RAID) 1 Architektury RAID Důvod zavedení RAID: reakce na zvyšující se rychlost procesoru. Pozice diskové paměti v klasickém personálním počítači vyhovuje pro aplikace s jedním uživatelem.
VíceDatabáze I. 1. přednáška. Helena Palovská
Databáze I 1. přednáška Helena Palovská palovska@vse.cz Co je databáze Mnoho dat Organizovaných používá se model uspořádání Řízený přístup k datům přijímá požadavky v jazyce modelu umožňuje sdílení dat
VíceO Apache Derby detailněji. Hynek Mlnařík
O Apache Derby detailněji Hynek Mlnařík Agenda Historie Vlastnosti Architektura Budoucnost Historie 1997 Cloudscape Inc. - JBMS 1999 Informix Software, Inc. odkoupila Cloudscape, Inc. 2001 IBM odkoupila
VíceEnterprise Java (BI-EJA) Technologie programování v jazyku Java (X36TJV)
Příprava studijního programu Informatika je podporována projektem financovaným z Evropského sociálního fondu a rozpočtu hlavního města Prahy. Praha & EU: Investujeme do vaší budoucnosti Enterprise Java
VíceDatabázové systémy. transakce. Tomáš Skopal. * vlastnosti transakcí * rozvrhy
Databázové systémy Tomáš Skopal transakce * vlastnosti transakcí * rozvrhy Osnova motivace co je a proč je transakce vlastnosti transakcí rozvrhy ( prokládané zpracování transakcí) uspořádatelnost konflikty
VíceProcesy a vlákna - synchronizace
ÚVOD DO OPERAČNÍCH SYSTÉMŮ Ver.1.00 Procesy a vlákna - synchronizace České vysoké učení technické Fakulta elektrotechnická 2010 Studijní materiály a informace o předmětu http://measure.feld.cvut.cz/vyuka/predmety/bakalarske/navody
VíceŘízení souběžného přístupu k datům v systémech řízení báze dat
Bankovní institut vysoká škola Praha Katedra matematiky, statistiky a informačních technologií Řízení souběžného přístupu k datům v systémech řízení báze dat Bakalářská práce Autor: Petr Havlas Informační
VíceDatabázové systémy Cvičení 5.2
Databázové systémy Cvičení 5.2 SQL jako jazyk pro definici dat Detaily zápisu integritních omezení tabulek Integritní omezení tabulek kromě integritních omezení sloupců lze zadat integritní omezení jako
VíceBackup & recovery, SQL Server Agent, Alerts Jiří Tomeš
Backup & recovery, SQL Server Agent, Alerts Jiří Tomeš Administrace MS SQL Serveru (NDBI039) Úvodní motivace O čem to dnes bude Strategie zálohování Typy zálohování SQL Server Agent Modely pro obnovení
VíceMigrace CIDUG. Ing. Pavel Krutina
d-prog s.r.o. Migrace Ing. Pavel Krutina 11.9.2008 Osnova Migrace Typy migrace Postupy migrace Problémy migrace Paralelizace Co lze paralelizovat Postup paralelizace Rizika paralelizace 2 Co je migrace?
VíceJazyk SQL databáze SQLite. připravil ing. petr polách
Jazyk SQL databáze SQLite připravil ing. petr polách SQL - úvod Structured Query Language (strukturovaný dotazovací jazyk 70. léta min. století) Standardizovaný dotazovací jazyk používaný pro práci s daty
VíceBc. David Gešvindr MSP MCSA MCTS MCITP MCPD
Bc. David Gešvindr MSP MCSA MCTS MCITP MCPD 1. Návrh strategie zálohování 2. Zálohování uživatelských databází 3. Obnova uživatelských databází 4. Obnova z databázového snapshotu 5. Automatizace záloh
Více10. Transakce, řízení konkurenčních přístupů.
10. Transakce, řízení konkurenčních přístupů. Jedním kritériem klasifikace databázových systémů je počet uživatelů, kteří současně využívají systém. Jednouživatelský systém SŘBD - v daném okamžiku může
VíceZkušební test. Kdy se začala formovat koncept relačních databází (Vznik relačního modelu, první definice SQL)? a) 1950 b) 1960 c) 1970 d) 1980
Zkušební test Gen Student: Ročník: Datum: Propozice: Pokud otázka nabízí výběr z více možností, více než jedna odpověď může být správná. Označte všechny správné možnosti. Pokud otázka vyžaduje slovní odpověď,
VíceZákladní principy konstrukce systémové sběrnice - shrnutí. Shrnout základní principy konstrukce a fungování systémových sběrnic.
Základní principy konstrukce systémové sběrnice - shrnutí Shrnout základní principy konstrukce a fungování systémových sběrnic. 1 Co je to systémová sběrnice? Systémová sběrnice je prostředek sloužící
VíceStřední odborná škola a Střední odborné učiliště, Hořovice
Kód DUM : VY_32_INOVACE_DYN.1.19 Název materiálu: 19 PHP- Základy práce s databází PHP 2. část MySQL (Aplikace knihovna) Anotace Autor Jazyk Očekávaný výstup DUM je žákům průvodcem vytvoření databáze knih
VíceVladimír Mach. @vladimirmach 2. 1. 2013
Vladimír Mach @vladimirmach 2. 1. 2013 SQL Server Compact Edition Jednoduchá relační databáze Použití i v malých zařízeních s omezenými zdroji Dříve pod názvem SQL Server Mobile Časté využití při programování
VíceTemporální databáze. Jan Kolárik Miroslav Macík
Temporální databáze Jan Kolárik Miroslav Macík 2012 Úvod jak zachytit časově proměnnou povahu jevů konvenční databáze stav pouze v jednom bodě časové linie aktuální obsah ~ statický snímek (snapshot) temporální
VíceFRED & PostgreSQL. CZ.NIC, z.s.p.o. Jaromír Talíř <jaromir.talir@nic.cz> 13. 2. 2008 http://www.nic.cz/ http://fred.nic.cz
FRED & PostgreSQL CZ.NIC, z.s.p.o. Jaromír Talíř 13. 2. 2008 http://www.nic.cz/ http://fred.nic.cz 1 Obsah FRED co to je? Architektura systému, datový model, transakční model Komunikace
VícePráce se soubory. Základy programování 2 Tomáš Kühr
Práce se soubory Základy programování 2 Tomáš Kühr Soubory z pohledu C Soubor zjednodušeně chápeme jako posloupnost bytů uložených někde na disku Datový proud (anglicky stream) Ještě obecnější přístup
VíceKIV/ZIS cvičení 6. Tomáš Potužák
KIV/ZIS cvičení 6 Tomáš Potužák Pokračování SQL Klauzule GROUP BY a dotazy nad více tabulkami Slučování záznamů do skupin (1) Chceme zjistit informace obsažené ve více záznamech najednou Klauzule GROUP
Více4. Nastavení programu
4. Nastavení programu Tato kapitola má za úkol Vás seznámit s možnostmi uživatelského nastavení programu Podání PVS. Formulář "Nastavení" naleznete v části programu "Nastavení a ostatní", otevřete jej
VíceKIV/ZIS cvičení 5. Tomáš Potužák
KIV/ZIS cvičení 5 Tomáš Potužák Úvod do SQL (1) SQL (Structured Query Language) je standardizovaný strukturovaný dotazovací jazyk pro práci s databází Veškeré operace v databázi se dají provádět pomocí
VíceKonzistentnost. Přednášky z distribuovaných systémů
Konzistentnost Přednášky z distribuovaných systémů Pro a proti replikaci 1. Zvýšení spolehlivosti. 2. Zvýšení výkonnosti. 3. Nutnost zachování škálovatelnosti systému co do počtu komponent i geografické
VíceB Organizace databáze na fyzické úrovni u serveru Oracle
B Organizace databáze na fyzické úrovni u serveru Oracle B.1. Základní koncepty... 2 B.2. Možnosti rozšíření prostoru databáze... 9 B.3. Indexování a shlukování... 12 Literatura... 16 J. Zendulka: Databázové
VíceDatabázovéa informačnísystémy NÁVRH IMPLEMENTACE 3 PARALELNÍ PROCESY V DATABÁZÍCH
Databázovéa informačnísystémy NÁVRH IMPLEMENTACE 3 PARALELNÍ PROCESY V DATABÁZÍCH 1 teorie dosud -aplikace jednouživatelské praxe - databáze současně přístupná více uživatelům, paralelní běh aplikací příklady
Více2010/2011 ZS. Operační systém. prostředky, zablokování
Principy počítačů a operačních systémů Operační systém prostředky, zablokování Základní pojmy Prostředek cokoliv, k čemu je potřeba hlídat přístup např.hwzařízení, záznamy v DB Odnímatelné vs. neodnímatelné
VíceHealtcheck. databáze ORCL běžící na serveru db.tomas-solar.com pro
Ukázka doporučení z health checku zaměřeného na PERFORMANCE. Neobsahuje veškeré podkladové materiály, proto i obsah píše špatné odkazy. Healtcheck databáze ORCL běžící na serveru db.tomas-solar.com pro
VíceÚloha 1. Úloha 2. Úloha 3. Text úlohy. Text úlohy. Text úlohy
Úloha 1 Zkratka ERP jako celopodniková transakční aplikace znamená: a. Enterprise Route Planning b. Enterprise Resource Planning c. Enterprise Re-implementation Planning d. Enterprise Resource Processing
VíceTransak ní zpracování I
Transak ní zpracování I Ing. Michal Valenta PhD. Katedra softwarového inºenýrství Fakulta informa ních technologií ƒeské vysoké u ení technické v Praze c Michal Valenta, 2010 Databázové systémy BI-DBS
VíceProgramování v jazyku C# II. 5.kapitola
Programování v jazyku C# II. 5.kapitola Obsah O ADO.NET Spojení s DB Příkazy Jednoduché čtení DataSet 2/28 ADO.NET ADO - ActiveX Data Object Orientováno na webové aplikace neexistence stavu v HTTP Obecný
VíceRNDr. Michal Kopecký, Ph.D. Department of Software Engineering, Faculty of Mathematics and Physics, Charles University in Prague
seminář: Administrace Oracle (NDBI013) LS2017/18 RNDr. Michal Kopecký, Ph.D. Department of Software Engineering, Faculty of Mathematics and Physics, Charles University in Prague User-Managed Backup and
VíceRNDr. Michal Kopecký, Ph.D. Department of Software Engineering, Faculty of Mathematics and Physics, Charles University in Prague
seminář: Administrace Oracle (NDBI013) LS2017/18 RNDr. Michal Kopecký, Ph.D. Department of Software Engineering, Faculty of Mathematics and Physics, Charles University in Prague Zvyšuje výkon databáze
VíceIng. Michal Martin. Spojení PLC CLICK s NA-9289
Propojení PLC CLICK s NA-9289 Autor: Ing. Michal Martin Copyright TECON spol. s r. o., Vrchlabí, Česká republika Tato publikace prošla jen částečnou jazykovou korekturou. Tato publikace vznikla na základě
VíceImplementace dávkových operací
Implementace dávkových operací Petr Steckovič 12. 5. 2011 Hradec Králové 1 Dávkové zpracování dat Procesy běžící na pozadí Spouštěné Časem Stavem (např. dochází místo) Ručně Obvykle se jedná o podpůrné
VíceFakulta elektrotechniky a informatiky Databázové systémy 2. Leden 2010 souhrn. Červené dobře (nejspíš), modré možná
ZKOUŠKOVÉ TESTY Leden 2010 souhrn Červené dobře (nejspíš), modré možná Pomocí kterého databázového objektu je implementován ATRIBUT z konceptuálního modelu? sloupec referenční omezení index tabulka Omezení
VíceTonda Beneš Ochrana informace podzim 2011
Autorizace informační systém může poskytovat různé úrovně ochrany objektů 1. žádná ochrana - postačující pokud dochází k samovolné časové separaci 2. isolace - (semi)paralelně běžící procesy jsou zcela
VíceTSQL2. (aneb jak na to) Tomáš Janků
TSQL2 (aneb jak na to) Tomáš Janků OBSAH Srovnání SQL92 a TSQL2 OBSAH Srovnání SQL92 a TSQL2 TSQL2 datový model OBSAH Srovnání SQL92 a TSQL2 TSQL2 datový model Konstrukce jazyka TSQL2 Srovnání TSQL2 vs.
VíceStruktura programu v době běhu
Struktura programu v době běhu Miroslav Beneš Dušan Kolář Struktura programu v době běhu Vztah mezi zdrojovým programem a činností přeloženého programu reprezentace dat správa paměti aktivace podprogramů
VíceVyužití ICT pro rozvoj klíčových kompetencí CZ.1.07/1.5.00/
Střední odborná škola elektrotechnická, Centrum odborné přípravy Zvolenovská 537, Hluboká nad Vltavou Využití ICT pro rozvoj klíčových kompetencí CZ.1.07/1.5.00/34.0448 CZ.1.07/1.5.00/34.0448 1 Číslo projektu
VíceUkázka zkouškové písemka OSY
Ukázka zkouškové písemka OSY Jméno a příjmení:.......................................... Odpovězte na otázky zaškrtnutím příslušného políčka. Otázky označené znakem mohou mít více než jednu správnou odpověď.
VíceDatabázové systémy. Ing. Radek Holý
Databázové systémy Ing. Radek Holý holy@cvut.cz Literatura: Skripta: Jeřábek, Kaliková, Krčál, Krčálová, Kalika: Databázové systémy pro dopravní aplikace Vydavatelství ČVUT, 09/2010 Co je relační databáze?
VíceSQL - trigger, Databázové modelování
6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz
VíceAdministrace Oracle. Jan Šaršon. Audit databáze
Administrace Oracle Jan Šaršon Audit databáze K čemu slouží audit DB? sledování databáze kontrola uživatelů sledování neoprávněných operací kontrola jednotlivých objektů a akcích na nich prováděných Ukládání
VíceZáklady databází. O autorech 17 PRVNÍ ČÁST. KAPITOLA 1 Začínáme 19
3 Obsah Novinky v tomto vydání 10 Význam základních principů 11 Výuka principů nezávisle na databázových produktech 12 Klíčové pojmy, kontrolní otázky, cvičení, případové studie a projekty 12 Software,
Více6. blok část C Množinové operátory
6. blok část C Množinové operátory Studijní cíl Tento blok je věnován problematice množinových operátorů a práce s množinovými operátory v jazyce SQL. Čtenáři se seznámí s operátory, UNION, a INTERSECT.
VíceZálohování a obnova databáze. Kryštof Měkuta 15. 12. 2011
Zálohování a obnova databáze Kryštof Měkuta 15. 12. 2011 Zálohovací strategie RMAN User-Managed Backup and Recovery Import / Export On-line Backups Off-line Backups ARCHIVELOG mode V archivelog modu se
VíceDeklarativní IO shrnutí minulé přednášky
Deklarativní IO shrnutí minulé přednášky Existují následující typy omezení: NOT NULL UNIQUE Key PRIMARY KEY FOREIGN KEY CHECK Pro zobrazení všech definic a názvů IO se použije dotaz na pohledy data dictionary
VíceDatový sklad. Pracovní manuál k obsluze datového skladu 1. UVODNÍ STRANA ADMINISTRAČNÍ ROZHRANÍ. Jednotlivé ikony mají následující funkce: MAILING
Datový sklad Pracovní manuál k obsluze datového skladu 1. UVODNÍ STRANA ADMINISTRAČNÍ ROZHRANÍ Po přihlášení do datového skladu se otevře úvodní strana. Databáze: seznam subjektů, které se zařazují dle
VíceUživatelský manuál. Aplikace GraphViewer. Vytvořil: Viktor Dlouhý
Uživatelský manuál Aplikace GraphViewer Vytvořil: Viktor Dlouhý Obsah 1. Obecně... 3 2. Co aplikace umí... 3 3. Struktura aplikace... 4 4. Mobilní verze aplikace... 5 5. Vytvoření projektu... 6 6. Části
Více7. Integrita a bezpečnost dat v DBS
7. Integrita a bezpečnost dat v DBS 7.1. Implementace integritních omezení... 2 7.1.1. Databázové triggery... 5 7.2. Zajištění bezpečnosti dat... 12 7.2.1. Bezpečnostní mechanismy poskytované SŘBD... 13
Více7. Integrita a bezpečnost dat v DBS
7. Integrita a bezpečnost dat v DBS 7.1. Implementace integritních omezení... 2 7.1.1. Databázové triggery... 5 7.2. Zajištění bezpečnosti dat... 12 7.2.1. Bezpečnostní mechanismy poskytované SŘBD... 13
VíceTéma 11 Transakce a řízení souběhu
1 Téma 11 Transakce a řízení souběhu Obsah 1. Transakce a jejich stavy 2. Souběh transakcí 3. Sériovost, serializovatelnost, obnovitelnost 4. Řízení souběhu 5. Úrovně konzistence 6. Řídicí protokoly se
VíceDatabázové systémy a SQL
Databázové systémy a SQL Daniel Klimeš Autor, Název akce 1 About me Daniel Klimeš Vzdělání: Obecná biologie PGS: onkologie Specializace: klinické databáze Databáze ORACLE klimes@iba.muni.cz Kotlářská 2,
VíceSklady 2006. Zadávací dokumentace Verze 1.0
Sklady 2006 Zadávací dokumentace Verze 1.0 ApS Brno s.r.o., 2006 Kapitola 1. Obsah KAPITOLA 1. OBSAH... 2 KAPITOLA 2. ÚVOD... 3 KAPITOLA 3. TERMINÁLY... 4 A. PODPOROVANÁ PERIFERNÍ ZAŘÍZENÍ... 4 KAPITOLA
VíceZdokonalování gramotnosti v oblasti ICT. Kurz MS Excel kurz 6. Inovace a modernizace studijních oborů FSpS (IMPACT) CZ.1.07/2.2.00/28.
Zdokonalování gramotnosti v oblasti ICT Kurz MS Excel kurz 6 1 Obsah Kontingenční tabulky... 3 Zdroj dat... 3 Příprava dat... 3 Vytvoření kontingenční tabulky... 3 Možnosti v poli Hodnoty... 7 Aktualizace
Více2. blok část B Základní syntaxe příkazů SELECT, INSERT, UPDATE, DELETE
2. blok část B Základní syntaxe příkazů SELECT, INSERT, UPDATE, DELETE Studijní cíl Tento blok je věnován základní syntaxi příkazu SELECT, pojmům projekce a restrikce. Stručně zde budou představeny příkazy
Více