Nasazení Object Relation Mapping nástrojů nad legacy datovým modelem
|
|
- Martin Štěpánek
- před 8 lety
- Počet zobrazení:
Transkript
1 Nasazení Object Relation Mapping nástrojů nad legacy datovým modelem 1 Ondřej Berger, Pavel Janečka, 2 Lukáš Černovský 1 Univerzita Hradec Králové Fakulta informatiky a managementu KIKM Hradecká 1249/6, Hradec Králové 2 ORTEX spol. s r.o., Resslova 935/3, Hradec Králové (ondrej.berger@uhk.cz), (pavel.janecka@uhk.cz), (lukas.cernovsky@ortex.cz) Abstrakt: Modernizace informačního systému s sebou přináší otázky a problémy, kdy je nutné na jedné straně modernizovat současný systém prostřednictvím nových přístupů a technologií a zároveň zachovat kontinuitu dat spravovaných systémem. Často není možné realizovat odstavení starého systému a přejít v jednom kroku na systém nový. Je tedy nutné zajistit sdílení datové základny mezi různými systémy a na nový systém přecházet postupně a řešit tak souběh aplikací a sdílení datové základny. Následující text se proto zaměřuje na realizaci transakčního přístupu k datům pomocí objektově relačního nástroje. Podmínkou ovšem je zachování současného netransakčního procedurálního přístupu a to nad společnou datovou základnou. Jedním z požadavků je i provedení co nejmenšího počtu změn datového modelu. Klíčová slova: ORM, databázové systémy, COBOL, MyBatis, uložené procedury Abstract: When modernizing an information system it is necesssary to deal with problems and questions modernization brings. The new system is inovated by new technologies and must preserve data which controls. It happends very often that old system cannot be shutdown and replaced by new system in single step. Then it s necessary to share one database among various systems and transfer responsibilities to the new system continually. This solution brings problematic situations which are discussed in this paper. Transactional access using object relation mapping is presented together with non-transactional relation/procedural access with shared database objects. Other presented restriction is that number of database changes should be as small as possible. Keywords: ORM, database systems, COBOL, MyBatis, stored procedures 1. Úvod Vývoj software nekončí jeho nasazením první verze na produkčním prostředí, ale musí být dále opravován, postupně přibývají nové vlastnosti a funkcionality a často bývá dále intergrován s dalším existujícím či nově vytvářeným software. Neustále se měnící požadavky ze strany uživatelů a vývoj stále modernějších frameworků a technologií zapříčiňuje stárnutí vývojové platformy i samotného softwarového produktu. Pokud má být zachována stejná funkčnost při vývoji nového - modernějšího - software bez možnosti dlouhodobějšího odstavení je nutné podniknout kroky postupné transformace legacy datového modelu. Článek popisuje možný přístup k problematice transformace legacy datového modelu pro modernější nástroje ORM (Object Relation SYSTÉMOVÁ INTEGRACE 4/
2 Ondřej Berger, Pavel Janečka, Lukáš Černovský Mapping) objektově relační mapování, umožňující snažší převod mezi relační databází a objektovým prostředím. 2. Motivace Transformace datového modelu software starého několik let nebývá ve většině případů přiliš složitá, pokud byl však původní legacy systém naprogramován ještě ve strukturovaném paradigmatu a nově vznikající software využívá objektový přístup, naráží se na značnou zastaralost původních technologií a objevují se problémy, jejichž řešení není triviální. Referenční integrita není zajišťována primárními a cizími klíči, ale je obsažena v aplikační logice legacy systému, kterou z důvodu jiného paradigmatu nelze využít. Nekteré programovací jazyky neumí využívat hodnotu null a proto bývá nahrazována v legacy datových modelech prázdným řetězcem. Z důvodu nedostatečných systémových prostředků se v legacy systémech často obchází první normální forma a data jsou úmyslně duplikována pro vyšší rychlost přístupu. Konzistence je pak zajišťována v aplikační vrstvě. Chyby v aplikaci pak mohou zapříčiňovat vysokou nekonzistenci dat se kterou je nutné počítat.v legacy systémech se často vytváří dynamické názvy datových zdrojů v závislosti na jejich časovém zařazení. To však znesnadňuje využití ORM nástrojů pro mapování na objekty. Pokud není možné stará data a celý datový model zahodit a začít od úplného začátku, je nutné dodržet správný postup postupné transformace a migrace dat do nového datového modelu. Ideálním řešením by v případě nového systému bylo vytvoření úplně nové databázové vrstvy navržené s ohledem na použití ORM nástroje. To by umožnilo odstranit existující problémy, jako například referenční integrita a chybějící vazby a obecně vylepšit a zefektivnit databázový model. Mezi základní požadavky často patří běh legacy systému souběžně s novým systémem navrženým ve programovacím jazyce vyšší úrovně než systém předchozí. Proto je třeba aplikovat jiné přístupy, které umožní nejprve souběžný provoz starého i nového systému a poté umožní přemigrovat na systém nový. Článek se zaměřuje na použitelné přístupy a řešení z hlediska databázové vrstvy, která je pro většinu aplikací klíčová. Bude nastíněno i pozdější migrování a odstavení starého systému a návrh vhodné architektury vznikající aplikace. 3. Zachování DB Často není možné novou aplikaci realizovat jako separátní od původního řešení. Nelze tedy vytvořit novou databázovou vrstvu s novým modelem, a je třeba navrhnout integraci nového řešení se starým datovým modelem. S využitím uvedených databázových technik je možné nad existující nevyhovující databázovou vrstvou pomocí pohledů a triggerů emulovat korektní relační databázové schéma využitelné pro ORM nástroje. Vrstva přístupu k datům (tzv. Data Access Object - DAO) v nové aplikaci tak může využívat kupříkladu nástroje Hibernate, či MyBatis. Z hlediska nestandardnosti řešení bude vhodnější využít nástroj MyBatis oproti Hibernate. Hlavní důvodem je konstrukce některých databázových dotazů vyžadují 158 SYSTÉMOVÁ INTEGRACE 4/2012
3 Nasazení Object Relation Mapping nástrojů nad legacy datovým modelem konkrétní a specificky upravené SQL dotazy, které lze lépe definovat v MyBatis mapovacích souborech. 3.1 Vydefinování nových entit Legacy databázové modely obsahují obvykle velké množství problémů či nedostatků pro ORM nástroje, jako jsou špatná referenční integrita, chybějící vazby, nenormalita modelu a další. Je tedy nutné vydefinování nového modelu. Ten by měl zachovávat vazby a logiku modelu původního a dodržovat alespoň základní požadavky na normalitu a kvalitu návrhu. Zároveň je nezbytné model navrhnout tak, aby byl realizovatelný pomocí dále uvedených technik. 3.2 View entity nad stávajícím modelem Při tvorbě nových entit je nezbytné redefinovat některé staré aplikační entity tak, aby lépe vyhovovaly požadavkům na objektový přístup Čtení z databáze Vzhledem k problémům, které má stávající databázové schéma, není možné definovat nové entity jako stávající databázové tabulky, ale je nutné provést transformaci tak aby jednak zachovala původní funkcionalitu staré aplikace, a zároveň umožnila vytvořit objektovou aplikaci novou. Je nutné se zaměřit na následující oblasti Datové typy a relace Legacy systémy často obsahují omezení, jako například absence podpory hodnoty null v databázi, které však mohou být zásadní pro datový model, zejména pak v oblasti relací, nově vznikající aplikace a využití vybraných frameworků. Použití ORM nástrojů (ať už MyBatis či Hibernate, JPA atd.) umožňuje tuto chybějící vlastnost překlenout pomocí vlastních datových typů a jejich obsluhy při překladu mezi databázovou a aplikační vrstvou. Pro potřeby nové aplikace pracující se starou databází je nutné vytvořit dvě základní transformace primárních a zejména cizích klíčů pro podporu prázdných (null) hodnot. Pro číselné sloupce hodnota 0 znamená null, pro textové sloupce pak řetězec složený pouze z mezer. Pro tyto účely MyBatis definuje rozhraní [1], které umožnuje definovat vlastní datové typy v aplikaci a zajistit jejich mapování na databázové datové typy. Pro nově vznikající aplikaci lze tento handler využít pro transformaci databázových hodnot 0 a prázdných řetězců na hodnotu null. Tento datový handler se poté registruje na příslušné sloupce tabulky, buď v tzv. Result map, případně přímo v definici SQL příkazu : <resultmap id="accountresultmap" type="account"> <id property="id" column="id" typehandler= cz.account.handler.emptytonullhandler /> <result property="title" column="account_title"/>... </resultmap> SYSTÉMOVÁ INTEGRACE 4/
4 Ondřej Berger, Pavel Janečka, Lukáš Černovský Následuje zjednodušená ukázka části kódu handleru, mapujícího prázdný řetězec z aplikace, na null hodnotu a opačně: public class EmptyToNullTypeHandler implements TypeHandler<String> public void setparameter(preparedstatement ps, int i, String parameter, JdbcType jdbctype) throws SQLException { if (parameter == null)) { ps.setstring(i, ); } else { ps.setstring(i, parameter); } public String getresult(resultset rs, String columnname) throws SQLException { String dbvalue = rs.getstring(columnname); if (.equals(dbvalue)) return null; return dbvalue; }.. } V legacy aplikacích je často problematické použití primárních klíčů v podobě řetězců. To přináší výkonnostní problémy a obtížné definování relací. Zejména v případě, že databáze obsahuje tisíce záznamů, dochází ke zpomalení při vyhledávání a práci s primárním klíčem. Není dost dobře možné nahradit primární klíče ve staré aplikaci číselnými, pro účely provozování hybridního řešení (tedy nové aplikace nad stávající databázovou základnou) je třeba novou aplikaci navrhnout s využitím číselných primárních a cizích klíčů. Do stávající databázové základny se tak doplní nové sloupce, které nebudou databázovými PK a FK, ale budou vyjadřovat stejnou relaci pro nový systém. O nových sloupcích nebude mít stará aplikace žádné informace, nebude je tedy využívat. 160 SYSTÉMOVÁ INTEGRACE 4/2012
5 Nasazení Object Relation Mapping nástrojů nad legacy datovým modelem View entity Pro účely čtení dat z databáze ve formě entit, které jsou vydefinovány pro novou aplikaci, je možné v legacy databázovém schématu definovat tzv. pohledy. Pohledy (views) jsou ve své podstatě definované SELECT dotazy, které se databázovému klientu tváří jako tabulka, nad kterou lze provádět klasické SQL dotazy. Jediným omezením v tomto případě, je skutečnost, že v případě složitějších pohledů, které kupříkladu obsahují agregační či join funkce, není možné tyto pohledy použít pro vkládání ani editaci dat. Ovšem pro účely čtení dat je možné snadno v nové aplikaci vydefinovat entity, které budou databázově napojené na view, nikoliv skutečné tabulky. Problematiku relací entit je v některých případech možné řešit také pomocí relací view pohledů, eventuálně na vrstvě aplikační logiky přímo v DAO objektech do hybridní aplikace doplnit kód pro korekci relací Zápis do databáze Čtení dat je realizováno pomocí entit, které jsou mapovány na databázové pohledy. Protože databázové pohledy, které jsou složitější (spojují více tabulek, obsahují agregační funkce apod.) nefungují pro zápis, je nutné zápis do správných tabulek / sloupců realizovat buď na úrovni DAO vrstvy aplikace, případně až na úrovni databáze. DAO realizace zápisu V případě požití zápisu realizovaného na úrovni aplikační logiky, je nutné v aplikaci provést inserty / updaty sloupců příslušných tabulek, ze kterých se skládá daná entita. Nástroj MyBatis je opět ve výhodě proti ostatním ORM frameworkům, jelikož umožňuje definovat vlastní SQL dotazy, které lze přímo optimalizovat pro vybranou databázi. Použití Hibernate je poněkud obtížnější, i když ne nemožné, je také možné definovat vlastní pojmenované dotazy. Provedení uvedených db operací v rámci jedné transakce dále zajistí integritu dat v databázi. Primární a cizí klíče Primární a cizí klíče jsou v legacy systémech realizovány pomocí řetězcových hodnot. Z výkonnostních důvodů [2] je nutné novou aplikaci navrhnout s využitím číselných primárních a cizích klíčů. Do stávající databázové základny se tak doplní nové sloupce, které nebudou databázovými PK a FK, ale budou vyjadřovat stejnou relaci pro nový systém. O nových sloupcích nebude mít stará aplikace žádné informace, nebude je tedy využívat. Toto řešení umožní v některých případech eliminovat i potřebu vlastních datový typů pro podporu null hodnot. V případě nové aplikace je pak nutné na úrovni databáze zajistit správné vyplnění existujících řetězcových primárních klíčů, tedy aby relace vyjádřená pomocí číselných falešných klíčů byla pro potřeby staré aplikace vyjádřena i pomocí řetězcových. Vzhledem k tomu, že db after_insert triggery na nově vložených záznamech jsou problematické z hlediska nekonečných rekurzí je nutné tuto relaci vyjádřit již do dat vkládaných/editovaných v nové aplikaci. V případě editace dat není tento přístup nevhodný, jelikož příslušné hodnoty klíčů budou součástí editovaných dat. Pro vkládání nových dat je tedy vyžadován navíc jeden nebo více dotazů do databáze, které příslušné hodnoty zjistí. Z hlediska výkonu tento přístup nepředstavuje problém, SYSTÉMOVÁ INTEGRACE 4/
6 Ondřej Berger, Pavel Janečka, Lukáš Černovský protože operace vkládání a editací jsou v drtivé většině případů méně časté než čtení, zpomalení vložení tak nebude znatelné z hlediska uživatele. INSTEAD OF trigger Pro lépe přenositelný kód, který zajistí lepší migraci na nový systém je vhodnější zápisy realizovat co nejvíce v databázové vrstvě. Je-li to možné je vhodné realizovat tento přístup místo transakce v aplikační logice popsané v předchozí části. K realizaci tohoto přístupu je nutné využívat tzv. instead-of trigger, který je podporován všemi moderními databázemi [3-6]. Tento zvláštní druh uložené procedury umožňuje vykonat definované SQL příkazy místo zvolené operace nad danou tabulkou nebo pohledem. Z toho vyplývá i možnost, definovat tento druh triggeru na insert/update operace nad pohledem, který odpovídá aplikačním entitám. Aplikace tak zavolá běžný insert či update SQL dotaz, a ten je interně realizován pomocí instead-of triggeru. Tento trigger tak rozloží operaci nad pohledem do operací nad jednotlivými tabulkami, ze kterých se daný pohled skládá Dynamické názvy tabulek Legacy systémy mohou obsahovat neefektivní strukturu ukládání určitých například měsíčních dat do separátních tabulek, které mají jednotnou strukturu sloupců, ovšem liší se se svým názvem. V tomto názvu tabulky je zakódován měsíc a rok, ke kterému se vztahují uložená data. Celkově není toto řešení zdaleka ideální, z hlediska DB návrhu nového systému je efektivnější tato data sloučit do jedné tabulky, které bude přidán jeden či dva sloupce identifikující rok a měsíc, ke kterému se data vztahují. Nicméně vzhledem k nutnosti minimalizovat úpravy stávajícího systému je nutné tento model návrhu se separátními tabulkami zachovat a přístup nového systému vyřešit tak, aby byl později možný přechod na lepší strukturu. Databázová funkce Jedním z možných řešení je využití databázových funkcí. V databázovém serveru je tak možné definovat funkci, které se předá rok a měsíc a tato funkce na základě parametrů zvolí příslušnou tabulku, ze které se budou zpracovávat data. Tuto funkci je poté možné používat v dotazech z DAO vrstvy a předávat pouze parametr identifikující danou tabulku. Následuje ukázka funkce pro výběr dat z tabulek měsíce fixního roku (zjednodušeno) jak je možné ji definovat v PostgreSQL. Tabulky jsou pojmenovány: month_2012_1, month_2012_2 atd. A všechny mají sloupec value, který je stejného typu varchar a bude vrácen z funkce jako month_value. CREATE OR REPLACE FUNCTION select_month(int) RETURNS TABLE (month_value VARCHAR) AS $$ BEGIN RETURN QUERY EXECUTE 'SELECT value FROM month_2012_' $1 ; END; 162 SYSTÉMOVÁ INTEGRACE 4/2012
7 Nasazení Object Relation Mapping nástrojů nad legacy datovým modelem $$ LANGUAGE plpgsql STRICT SECURITY DEFINER; Výběr měsíce ledna je pak možné určit přímo v SQL pomocí parametru výše vytvořené funkce: SELECT * FROM select_month(1); Takto lze sjednotit přístup k dynamickým názvům tabulek, které mají jednotnou strukuturu a určité schématické pojmenování. Klienta databáze odstíníme pomocí funkce od schématu jež neplní požadavky na normalitu. Dynamický SQL dotaz V případě, že není možné definovat databázové funkce, které budou na základě parametrů vracet tabulku, je nutné dynamicky skládat dotaz již na úrovni aplikace, tedy v DAO vrstvě. V tomto případě je výhodnější použití frameworku MyBatis, jelikož umožňuje přímou manipulaci s SQL dotazem během provádění, a pomocí parametrů tak lze definovat nejen hodnoty upravující výsledek dotazu (např. filtry ve WHERE klauzulích apod.), ale i dynamicky definovat jména tabulek. Oproti tomu Hibernate je v tomto ohledu problematický, neboť mapuje jednu tabulku na jednu entitu. Není tak možné dynamicky měnit název tabulky mapovaný na entitu. Je sice možné pomocí NamingStrategies [7] toto chování měnit, ale změna této strategie vyžaduje mj. i vytvoření uplně nové session factory, potažmo Hibernate session. Je to proto problematické realizovat v aplikaci, která dynamicky pracuje s různými entitami z různých zdrojových tabulek. 3.3 Přepsání DAO vrstvy Vícevrstvý návrh nově vznikající aplikace umožňuje využití legacy datového modelu o nově navrženého datového modelu najednou, za pomocí dvou různých DAO vrstev představujících přístup k jednotlivým datovým modelům. Data ze starého modelu získává jedna implementace DAO vrstvy a při jejich změně jsou data již zapisována pomocí druhé DAO implementace do nového datového modelu. Při použítí tohoto přístupu je možné kompletně projít legacy datový model a zmigrovat data do nového datového modelu pomocí pomocí sjednocující datové vrstvy. SYSTÉMOVÁ INTEGRACE 4/
8 Ondřej Berger, Pavel Janečka, Lukáš Černovský Obrázek č.1 - využití dvou DAO vrstev k souběžnému běhu obou datových modelů a postupné migraci dat Replikace databázové vrstvy Provedení migrace dat mezi starou datovou základnou a novým systémem je vhodné provádět průběžně během souběžného fungování obou aplikací. Pro menší systémy, nebo systémy, kde je zaručeno, že během souběžné práce systémů dojde k aktualizaci všech záznamů ve všech tabulkách, je možné na úrovni databáze data replikovat. Nelze ovšem využít replikaci pomocí nástrojů databáze, protože je třeba měnit i strukturu dat mezi starým a novým systémem. Proto je nutné využít triggery (after-inster, after-update, after-delete) na starém db modelu, které budou provádět příslušné operace do nové datové základy nového systému. V případě, že bude zapisovat nová aplikace, je nutné podobné triggery přidat i do nové databáze, kde budou měnit data ve starém systému. Tento postup je ale možný pouze pro situace, kdy lze garantovat, že všechny záznamy projdou aktualizacemi, jinak by v novém datovém modelu některé záznamy chyběly, protože by se pro ně neprovedly příslušné triggery. 3.4 Návrh nové aplikace Novou aplikaci, která poběží souběžně s existujícím systémem je nutné navrhnout s ohledem na následující skutečnosti a omezení: Datový model, jež bude vydefinován pro samostatný běh, musí být v maximální možné míře realizovatelný pomocí uvedených postupů. Vrstva přístupu k datům (DAO) musí být uplně odstíněna od zbývající aplikační logiky z důvodu pozdější migrace na novou databázovou strukturu. 164 SYSTÉMOVÁ INTEGRACE 4/2012
9 Nasazení Object Relation Mapping nástrojů nad legacy datovým modelem Není-li možné některé databázové relace a struktury vyjádřit pomocí view a triggerů, musí být aplikační logika týkající se těchto vazeb implementována pouze v DAO vrstvě. V ideálním případě by do vrstev využívajících DAO neměly přijít přímo entity, ale již transformované DTO objekty pro přenos dat. Je tak možné odstínit databázové relace od objektových. 3.5 Migrace po odstavení původního systému Přechod od legacy systému ke kompletně nové implementaci s postupnou transformací dat prochází třemi hlavními stavy. Legacy systém je posupně nahrazován hybridním přístupem, kdy s výše uvedenými postupy nad stejnou databází pracují legacy systém i nově implementovaná aplikace využívající ORM mapování. Postupně pak data migrují do nové databáze a starý legacy systém je kompletně odstaven. Obrázek č.2 - postupná migrace a odstavení legacy datového modelu 4. Závěr Tvorba nového systému při zachování funkčnosti starého a sdílení datové základny je netriviální postup, s nutností kreativního přístupu k řešení. Výše uvedené postupy a návrhy řeší požadavky, které vznikly v průběhu reálné migrace existujícího systému. Některé myšlenky se v průběhu implementace ukázaly jako nevhodné v konkrétní situaci, ovšem testy na vzorcích dat ukázaly, že jsou realizovatelné v praxi. Zdroje [1] TypeHandler interface. MyBatis documentation [online] [cit ]. Dostupné z: ndler.html SYSTÉMOVÁ INTEGRACE 4/
10 Ondřej Berger, Pavel Janečka, Lukáš Černovský [2] InformIT. Natural or Surrogate Keys: The Cost of GUIDs as Primary Keys [online] [cit ]. Dostupné z: [3] MICROSOFT. MSDN Library: Designing INSTEAD OF Triggers [online] [cit ]. Dostupné z: [4] ORACLE. Oracle Database Application Developer's Guide - Fundamentals: Coding Triggers [online] [cit ]. Dostupné z: [5] POSTGRESQL GLOBAL DEVELOPMENT GROUP. PostgreSQL: Documentation: 9.1: Create trigger [online] [cit ]. Dostupné z: [6] IBM. INSTEAD OF Triggers: All Views are Updatable [online] [cit ]. Dostupné z: 10rielau.html [7] Naming Strategy in Hibernate [online] [cit ]. Dostupné z: JEL: C80, M SYSTÉMOVÁ INTEGRACE 4/2012
PL/SQL. Jazyk SQL je jazykem deklarativním, který neobsahuje procedurální příkazy jako jsou cykly, podmínky, procedury, funkce, atd.
PL/SQL Jazyk SQL je jazykem deklarativním, který neobsahuje procedurální příkazy jako jsou cykly, podmínky, procedury, funkce, atd. Rozšířením jazyka SQL o proceduralitu od společnosti ORACLE je jazyk
VíceDatabázové systémy II. KIV/DB2 LS 2007/2008. Zadání semestrální práce
Databázové systémy 2 Jméno a příjmení: Jan Tichava Osobní číslo: Studijní skupina: čtvrtek, 4 5 Obor: ININ SWIN E-mail: jtichava@students.zcu.cz Databázové systémy II. KIV/DB2 LS 2007/2008 Zadání semestrální
VíceStored Procedures & Database Triggers, Tiskové sestavy v Oracle Reports
, Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Demo-cvičení pro IDS 9. dubna 2014 Marek Rychlý Stored Procedures & Database Triggers, Demo-cvičení
Více4IT218 Databáze. 4IT218 Databáze
4IT218 Databáze Pátá přednáška Dušan Chlapek (katedra informačních technologií, VŠE Praha) 4IT218 Databáze Pátá přednáška SQL - DDL - dokončení SQL - DCL Vlastnosti relačních databázových systémů. Princip
VíceTRANSFORMACE RELAČNÍHO DATOVÉHO MODELU NA OBJEKTOVÝ TRANSFORMATION OF RELATIONAL TO OBJECT DATA MODEL
TRANSFORMACE RELAČNÍHO DATOVÉHO MODELU NA OBJEKTOVÝ TRANSFORMATION OF RELATIONAL TO OBJECT DATA MODEL Vít Holub Anotace Článek poskytne čtenáři základní přehled v datových modelech, ukáže výhody a nevýhody
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íceDatabázové systémy, MS Access. Autor: Ing. Jan Nožička SOŠ a SOU Česká Lípa VY_32_INOVACE_1130_Databázové systémy, MS Access_PWP
Databázové systémy, MS Access Autor: Ing. Jan Nožička SOŠ a SOU Česká Lípa VY_32_INOVACE_1130_Databázové systémy, MS Access_PWP Název školy: Číslo a název projektu: Číslo a název šablony klíčové aktivity:
VíceRELAČNÍ DATABÁZOVÉ SYSTÉMY
RELAČNÍ DATABÁZOVÉ SYSTÉMY VÝPIS KONTROLNÍCH OTÁZEK S ODPOVĚDMI: Základní pojmy databázové technologie: 1. Uveďte základní aspekty pro vymezení jednotlivých přístupů ke zpracování hromadných dat: Pro vymezení
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íceZápadočeská univerzita v Plzni Katedra informatiky a výpočetní techniky. 9. června 2007. krovacek@students.zcu.cz
Databáze čajových sáčků Martina Málková Západočeská univerzita v Plzni Katedra informatiky a výpočetní techniky Databázové systémy 2 9. června 2007 krovacek@students.zcu.cz 1 1 Datová analýza V původním
VíceSYSTÉM PRO KONFIGURACI KOMUNIKAČNÍCH TERMINÁLŮ A VIZUALIZACI STAVOVÝCH DAT Z KOLEJOVÝCH VOZIDEL
SYSTÉM PRO KONFIGURACI KOMUNIKAČNÍCH TERMINÁLŮ A VIZUALIZACI STAVOVÝCH DAT Z KOLEJOVÝCH VOZIDEL SYSTEM FOR CONFIGURATION OF COMMUNICATION TERMINALS AND VISUALIZATION OF STATE INFORMATION FROM RAIL VEHICLES
Vícepublic static void main(string[] args) { System.out.println(new Main().getClass().getAnnotation(Greet.class).text());
Anotace a Hibernate Aleš Nosek, Ondřej Vadinský, Daniel Krátký Anotace v Javě Anotace jsou novinkou v Javy verze 5. Anotace umožňují doplnit kód Javy o dodatečné informace. Zapisují se přímo do zdrojového
VíceInformační systémy 2008/2009. Radim Farana. Obsah. Jazyk SQL
4 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk SQL, datové typy, klauzule SELECT, WHERE, a ORDER BY. Doporučená
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íceVerzování a publikace dat na webu za pomoci PostgreSQL
Prague PostgreSQL Developers' Day 2013 Verzování a publikace dat na webu za pomoci PostgreSQL Jan Pěček Kdo jsem? Jan Pěček Programátor PostgreSQL Jyxo, s.r.o. (Blog.cz) MAFRA, a.s. - Internet Trading
VíceDatabázové systémy trocha teorie
Databázové systémy trocha teorie Základní pojmy Historie vývoje zpracování dat: 50. Léta vše v programu nevýhody poměrně jasné Aplikace1 alg.1 Aplikace2 alg.2 typy1 data1 typy2 data2 vytvoření systémů
VícePlatforma Java. Petr Krajča. Katedra informatiky Univerzita Palackého v Olomouci. Petr Krajča (UP) KMI/PJA: Seminář V. 27. říjen, / 15
Platforma Java Objektově relační mapování II Petr Krajča Katedra informatiky Univerzita Palackého v Olomouci Petr Krajča (UP) KMI/PJA: Seminář V. 27. říjen, 2016 1 / 15 Dotazování vyhledání objektu podle
Více2. přednáška. Databázový přístup k datům (SŘBD) Možnost počítání v dekadické aritmetice - potřeba přesných výpočtů, např.
2 přednáška 2 října 2012 10:32 Souborově orientované uchování dat Slabý HW Není možné uchovávat "velká data" - maximálně řádově jednotky MB Na každou úlohu samostatná aplikace, která má samostatná data
VíceSQL v14. 4D Developer konference. 4D Developer conference 2015 Prague, CZ Celebrating 30 years
SQL v14 4D Developer konference Obsah části SQL Porovnání 4D a SQL Nové příkazy SQL Upravené příkazy SQL Optimalizace SQL SQL v14 porovnání Definice dat - struktury Manipulace s daty Definice dat Vytvoření
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íceTabulka fotbalové ligy
Semestrální práce na X36DB2 Michal Rezler Jan Zmátlík Tabulka fotbalové ligy a tabulka střelců 8. prosinec 2011 Obsah 1 Zadání....................................................... 3 1.1 Stručný popis.............................................
VíceZáklady informatiky. 08 Databázové systémy. Daniela Szturcová
Základy informatiky 08 Databázové systémy Daniela Szturcová Problém zpracování dat Důvodem je potřeba zpracovat velké množství dat - evidovat údaje o nějaké skutečnosti. o skupině lidí (zaměstnanců, studentů,
VíceWebové služby a XML. Obsah přednášky. Co jsou to webové služby. Co jsou to webové služby. Webové služby a XML
Obsah přednášky Webové služby a XML Miroslav Beneš Co jsou to webové služby Architektura webových služeb SOAP SOAP a Java SOAP a PHP SOAP a C# Webové služby a XML 2 Co jsou to webové služby rozhraní k
VíceObsah přednášky. Představení webu ASP.NET frameworky Relační databáze Objektově-relační mapování Entity framework
Web Jaroslav Nečas Obsah přednášky Představení webu ASP.NET frameworky Relační databáze Objektově-relační mapování Entity framework Co to je web HTTP protokol bezstavový GET POST HEAD Cookies Session HTTPS
VíceGeorge J. Klir. State University of New York (SUNY) Binghamton, New York 13902, USA gklir@binghamton.edu
A Tutorial Advances in query languages for similarity-based databases George J. Klir Petr Krajča State University of New York (SUNY) Binghamton, New York 13902, USA gklir@binghamton.edu Palacky University,
VíceSemestrální práce z DAS2 a WWW
Univerzita Pardubice Fakulta elektrotechniky a informatiky Semestrální práce z DAS2 a WWW Databázová část Matěj Trakal 8.12.2009 Kapitola 1: Obsah KAPITOLA 1: OBSAH 2 KAPITOLA 2: ZÁKLADNÍ CHARAKTERISTIKA
VíceVirtual private database. Antonín Steinhauser
Virtual private database Antonín Steinhauser Základní princip VPD Rozšíření bezpečnostní politiky Oracle o omezení na úrovni jednotlivých řádků a sloupců Pro uživatele, kterého se bezpečnostní politika
VíceUNIVERZITA PALACKÉHO V OLOMOUCI
UNIVERZITA PALACKÉHO V OLOMOUCI PEDAGOGICKÁ FAKULTA Bakalářská práce 2014 Lenka Koutná UNIVERZITA PALACKÉHO V OLOMOUCI PEDAGOGICKÁ FAKULTA Katedra technické a informační výchovy Bakalářská práce Lenka
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íceKIV/PIA 2013 Jan Tichava
KIV/PIA 2013 Jan Tichava Java EE JSF, PrimeFaces Spring JPA, EclipseLink Java Platform, Enterprise Edition Persistence Zobrazovací vrstva Interakce aplikací Deployment Java Persistence API Enterprise
VíceModelování webových služeb v UML
Modelování webových služeb v UML Jaromír Šveřepa LBMS, s.r.o. Abstrakt: Tento příspěvek se zaměřuje na praktický postup pro identifikaci potřeby webové služby, modelování způsobu jejího použití, popřípadě
VíceKód v databázi. RNDr. Ondřej Zýka
Kód v databázi RNDr. Ondřej Zýka 1 Obsah Jazyk Skripty Funkce Procedury Triggery Správa chyb Java, CLR, apod.. Dobré a špatné praktiky 2 PL/SQL Jazyk Oracle Inspirovaný jazykem ADA Objektový Samostatné
VíceDatabázové a informační systémy
Databázové a informační systémy doc. Ing. Miroslav Beneš, Ph.D. katedra informatiky FEI VŠB-TUO A-1007 / 597 324 213 http://www.cs.vsb.cz/benes Miroslav.Benes@vsb.cz Obsah Jak ukládat a efektivně zpracovávat
VíceZáklady informatiky. 06 Databázové systémy. Kačmařík/Szturcová/Děrgel/Rapant
Základy informatiky 06 Databázové systémy Kačmařík/Szturcová/Děrgel/Rapant Problém zpracování dat důvodem je potřeba zpracovat velké množství dat, evidovat údaje o nějaké skutečnosti: o skupině lidí (zaměstnanců,
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íceDJ2 rekurze v SQL. slajdy k přednášce NDBI001. Jaroslav Pokorný
DJ2 rekurze v SQL slajdy k přednášce NDBI001 Jaroslav Pokorný 1 Obsah 1. Úvod 2. Tvorba rekurzívních dotazů 3. Počítaní v rekurzi 4. Rekurzívní vyhledávání 5. Logické hierarchie 6. Zastavení rekurze 7.
VíceÚvod do datového a procesního modelování pomocí CASE Erwin a BPwin
Úvod do datového a procesního modelování pomocí CASE Erwin a BPwin (nově AllFusion Data Modeller a Process Modeller ) Doc. Ing. B. Miniberger,CSc. BIVŠ Praha 2009 Tvorba datového modelu Identifikace entit
VíceČipové karty Lekařská informatika
Čipové karty Lekařská informatika Následující kód je jednoduchou aplikací pro čipové karty, která po překladu vytváří prostor na kartě, nad kterým jsou prováděny jednotlivé operace a do kterého jsou ukládány
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 Rozšíření bezpečnostní
VícePoužití databází na Webu
4IZ228 tvorba webových stránek a aplikací Jirka Kosek Poslední modifikace: $Date: 2010/11/18 11:33:52 $ Obsah Co nás čeká... 3 Architektura webových databázových aplikací... 4 K čemu se používají databázové
VíceBRNO UNIVERSITY OF TECHNOLOGY FAKULTA INFORMAČNÍCH TECHNOLOGIÍ FACULTY OF INFORMATION TECHNOLOGY DEPARTMENT OF INFORMATION SYSTEMS STANISLAV SEHNAL
VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ BRNO UNIVERSITY OF TECHNOLOGY FAKULTA INFORMAČNÍCH TECHNOLOGIÍ ÚSTAV INFORMAČNÍCH SYSTÉMŮ FACULTY OF INFORMATION TECHNOLOGY DEPARTMENT OF INFORMATION SYSTEMS WEBOVÉ ROZHRANÍ
VíceDatabáze I. Přednáška 7
Databáze I Přednáška 7 Objektové rozšíření SQL Objektově relační databáze SQL:1999 objektové rozšíření SQL vztahuje se k objektově relačním databázovým systémům ukládají objekty do relační databáze umožňují
VícePG 9.5 novinky ve vývoji aplikací
PG 9.5 novinky ve vývoji aplikací P2D2 2016 Antonín Houska 18. února 2016 Část I GROUPING SETS, ROLLUP, CUBE Agregace Seskupení řádků tabulky (joinu) do podmnožin podle určitého kĺıče. Za každou podmnožinu
VíceDatabázové systémy. Datová integrita + základy relační algebry. 4.přednáška
Databázové systémy Datová integrita + základy relační algebry 4.přednáška Datová integrita Datová integrita = popisuje pravidla, pomocí nichž hotový db. systém zajistí, že skutečná fyzická data v něm uložená
VíceIMPLEMENTACE SYSTÉMU GROUPWISE NA PEF ČZU V PRAZE IMPLEMENTATION OF THE SYSTEM GROUPWISE ON THE PEF ČZU PRAGUE. Jiří Vaněk, Jan Jarolímek
IMPLEMENTACE SYSTÉMU GROUPWISE NA PEF ČZU V PRAZE IMPLEMENTATION OF THE SYSTEM GROUPWISE ON THE PEF ČZU PRAGUE Jiří Vaněk, Jan Jarolímek Anotace: Příspěvek se zabývá hlavními trendy rozvoje programů pro
VícePostgreSQL. Podpora dědičnosti Rozšiřitelnost vlastní datové typy. Univerzální nasazení ve vědecké sféře
PostgreSQL Vzniká jako akademický projekt Experimentální vlastnosti Podpora dědičnosti Rozšiřitelnost vlastní datové typy Univerzální nasazení ve vědecké sféře Obsahuje podporu polí (časové řady) Geotypy
VíceDatabázové systémy. Cvičení 6: SQL
Databázové systémy Cvičení 6: SQL Co je SQL? SQL = Structured Query Language SQL je standardním (ANSI, ISO) textovým počítačovým jazykem SQL umožňuje jednoduchým způsobem přistupovat k datům v databázi
VíceVkládání, aktualizace, mazání
Kapitola 4 Vkládání, aktualizace, mazání Tématem několika předchozích kapitol byly základní techniky pokládání dotazů, které se všechny zaměřovaly na zisk dat z databáze. V kapitole čtvrté půjde o něco
VíceDATABÁZOVÉ SYSTÉMY. Vladimíra Zádová, KIN, EF TUL - DBS
DATABÁZOVÉ SYSTÉMY Současné aplikace IS/ICT Informační systémy a databázové systémy Databázová technologie Informační systémy Aplikační architektura Vlastníci, management Business Intelligence, manažerské
VíceTvorba informačních systémů
Tvorba informačních systémů Michal Krátký Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2007/2008 c 2005 2008 Michal Krátký Tvorba informačních systémů 1/39 Konceptuální
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í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íceUniverzita Palackého v Olomouci Radek Janoštík (Univerzita Palackého v Olomouci) Základy programování 4 - C# 10.4.
Základy programování 4 - C# - 9. cvičení Radek Janoštík Univerzita Palackého v Olomouci 10.4.2017 Radek Janoštík (Univerzita Palackého v Olomouci) Základy programování 4 - C# 10.4.2017 1 / 13 Reakce na
VíceTvorba informačních systémů
Tvorba informačních systémů Michal Krátký 1 1 Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2005/2006 c 2006 Michal Krátký Tvorba informačních systémů 1/35 Konceptuální
VíceDatabázové systémy. Dotazovací jazyk SQL - III
Databázové systémy Dotazovací jazyk SQL - III Vnořený select: kam všude Vytvoření kopie existující tabulky I Vytvoření kopie existující tabulky II Integritní omezení III SQL tříhodnotová logika SQL tříhodnotová
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íceDPKOM_06 Dědičnost entit a zpětná volání posluchači
DPKOM_06 Dědičnost entit a zpětná volání posluchači 1 Obsah přednášky Jedna tabulka pro hierarchii tříd Tabulka pro konkrétní třídu Tabulka pro podtřídu Neentitní základní třídy Události zpětného volání
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íceMichal Krátký, Miroslav Beneš
Databázové a informační systémy Michal Krátký, Miroslav Beneš Katedra informatiky VŠB Technická univerzita Ostrava 5.12.2005 2005 Michal Krátký, Miroslav Beneš Databázové a informační systémy 1/24 Obsah
VíceMetody inventarizace a hodnocení biodiverzity stromové složky
ČESKÁ ZEMĚDĚLSKÁ UNIVERZITA V PRAZE Fakulta lesnická a dřevařská Metody inventarizace a hodnocení biodiverzity stromové složky Methods for inventory and biodiversity evaluation of tree layer SBORNÍK ZE
VíceAnotace a Hibernate. Aleš Nosek Ondřej Vadinský Daniel Krátký
Anotace a Hibernate Aleš Nosek Ondřej Vadinský Daniel Krátký Anotace v Javě novinka Javy 5 umožňují k Java kódu přidávat dodatečné informace (podobně jako JavaDoc) za předchůdce anotací je možné považovat
Více6. SQL složitější dotazy, QBE
6. SQL složitější dotazy, QBE Příklady : Veškeré příklady budou dotazy nad databází KONTAKTY nebo KNIHOVNA nebo FIRMA Databáze KONTAKTY OSOBA (Id_osoba, Příjmení, Jméno, Narození, Město, Ulice, PSČ) EMAIL
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íceVirtual Private Database (VPD) Jaroslav Kotrč
Virtual Private Database (VPD) Jaroslav Kotrč Co je VPD Bezpečnostní politika pro přístup k databázi na úrovni řádků a sloupců. Bezpečnost přímo nad tabulkami. Není způsob, jak to obejít. SQL dotaz upraven
VíceDatabázové systémy. Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz
Databázové systémy Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz Vývoj databázových systémů Ukládání dat Aktualizace dat Vyhledávání dat Třídění dat Výpočty a agregace 60.-70. léta Program Komunikace Výpočty
VíceDatabázové a informační systémy
Databázové a informační systémy 1. Teorie normálních forem Pojem normálních forem se používá ve spojitosti s dobře navrženými tabulkami. Správně vytvořené tabulky splňují 4 základní normální formy, které
VíceÚvod do databázových systémů
Vysoká škola báňská Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Úvod do databázových systémů Cvičení 8 Ing. Petr Lukáš petr.lukas@vsb.cz Ostrava, 2014 Opakování Entita Entitní typ
VíceSQL injection princip a ochrana
SQL injection princip a ochrana Základ injektáže Základní ochrana Proces zpracování SQL dotazu Prepared statements Minimalizace dopadu průniku nastavením práv Detekce průniku Kladení pastí 1 Cíle SQL injektáže
VíceNástroje a frameworky pro automatizovaný vývoj. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Nástroje a frameworky pro automatizovaný vývoj Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Proces vývoje webové aplikace Předepsaná adresářová struktura. Kompilace zdrojových kódů.
VíceProblém identity instancí asociačních tříd
Problém identity instancí asociačních tříd Autor RNDr. Ilja Kraval Ve školeních a také následně po jejich ukončení se stále častěji objevují dotazy, které se týkají tzv. identity instancí asociační třídy.
VíceUložené procedury Úvod ulehčit správu zabezpečení rychleji
Uložené procedury Úvod Uložená procedura (rutina) je sada příkazů SQL, které jsou uložené na databázovém serveru a vykonává se tak, že je zavolána prostřednictvím dotazu názvem, který jim byl přiřazen
VíceDatabázové systémy I. 1. přednáška
Databázové systémy I. 1. přednáška Vyučující a cvičení St 13:00 15:50 Q09 Pavel Turčínek St 16:00 18:50 Q09 Oldřich Faldík Čt 10:00 12:50 Q09 Jan Turčínek Pá 7:00 9:50 Q08 Pavel Turčínek Pá 10:00 12:50
VíceSQL. Pohledy, ochrana dat,... Pavel Tyl
SQL Pohledy, ochrana dat,... Pavel Tyl 25. 4. 2013 ANY, ALL, SOME SOME == ANY (od SQL92 obě varianty) Př.: Najdi zaměstnance, kteří mají plat větší, než všichni zaměstnanci z Prahy ALL, ANY, SOME SOME
VíceMS ACCESS A MS WORD V KAŽDODENNÍ PRAXI
MS ACCESS A MS WORD V KAŽDODENNÍ PRAXI Martin Fussek VL Servis s.r.o., Ruská 24/83, 706 02 Ostrava Vítkovice, fussek@lahvarna.cz Abstrakt Příspěvek volně navazuje na můj příspěvek na TS 1999, přičemž nyní
VíceMaterializované pohledy
Materializované pohledy Pavel Baroš, 2010 Obsah Materializované pohledy Co přináší? Řešení ostatních DBS syntaxe a semantika pro: Oracle, MS SQL, DB2 ostatní Možné řešení pro PostgreSQL PostgreSQL 2 Materializované
VíceROZVOJ ICT A PDA ZAŘÍZENÍ THE DEVELOPMENT OF ICT AND PDA DEVICES Jiří Vaněk
ROZVOJ ICT A PDA ZAŘÍZENÍ THE DEVELOPMENT OF ICT AND PDA DEVICES Jiří Vaněk Anotace: Příspěvek se zabývá rozvojem informačních a komunikačních technologií se zaměřením na trendy technického a programového
VíceMySQL sežere vaše data
MySQL sežere vaše data David Karban @davidkarban AWS Certified http://davidkarban.cz/ It s not a bug, it s a feature syndrome Pravděpodobně znáte indexy. Urychlují dotazy. Mohou být řazené, vzestupně i
VíceGUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA
GUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA What is an FTP client and how to use it? FTP (File transport protocol) - A protocol used to transfer your printing data files to the MAFRAPRINT
VíceMaturitní témata z předmětu PROGRAMOVÉ VYBAVENÍ pro šk. rok 2012/2013
Maturitní témata z předmětu PROGRAMOVÉ VYBAVENÍ pro šk. rok 2012/2013 1. Nástroje programu MS Word a) vysvětlete pojmy šablona, styl (druhy stylů) význam a užití, b) vysvětlete pojem oddíl (druhy oddílů),
VíceVývoj informačních systémů. Architektura, návrh Vzory: Doménová logika
Vývoj informačních systémů Architektura, návrh Vzory: Doménová logika Zachman Framework Zdroje Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides. Design Patterns: Elements of Reusable Object-Oriented
VíceIntroduction to MS Dynamics NAV
Introduction to MS Dynamics NAV (Item Charges) Ing.J.Skorkovský,CSc. MASARYK UNIVERSITY BRNO, Czech Republic Faculty of economics and business administration Department of corporate economy Item Charges
Více10. Architektura klient/server a třívrstvá architektura
10. Architektura klient/server a třívrstvá architektura 10.1. Varianty architektury... 3 10.2. Přínos architektury klient/server a třívrstvé architektury... 5 10.3. Podpora pro rozdělení zátěže v architektuře
Více10. Architektura klient/server a třívrstvá architektura
10. Architektura klient/server a třívrstvá architektura 10.1. Varianty architektury... 3 10.2. Přínos architektury klient/server a třívrstvé architektury... 5 10.3. Podpora pro rozdělení zátěže v architektuře
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í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íceVývoj informačních systémů. Architektura, návrh Vzory: Doménová logika
Vývoj informačních systémů Architektura, návrh Vzory: Doménová logika Zachman Framework Zdroje Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides. Design Patterns: Elements of Reusable Object-Oriented
VíceDelphi podstata, koncepce a metody MDI aplikace
Delphi podstata, koncepce a metody MDI aplikace Bc. Tomáš Selucký, Ústav statistiky a operačního výzkumu, Provozně ekonomická fakulta, Mendelova zemědělská a lesnická univerzita v Brně, selucky@selucky.com
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íceVhodnost nasazení jednotlivých webových architektur, sdílení dat, perzistence, webové služby a REST, asynchronnost, messaging
Vhodnost nasazení jednotlivých webových architektur, sdílení dat, perzistence, webové služby a REST, asynchronnost, messaging 1. Vhodnost nasazení jednotlivých webových architektur - toto je podle Klímy
VíceJaký je rozdíl v definicicíh VARCHAR2(20 BYTE) a VARCHAR2(20 CHAR):
Mezi příkazy pro manipulaci s daty (DML) patří : 1. SELECT 2. ALTER 3. DELETE 4. REVOKE Jaké vlastnosti má identifikující relace: 1. Je relace, která se využívá pouze v případě modelovaní odvozených entit
VíceJazyk C# - přístup k datům
Jazyk C# - přístup k datům Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Pavel Štěpán, 2011 Entity Framework BI-PCS Evropský sociální fond Praha
VícePOSTUP PRO VYTVOŘENÍ STRUKTUR PRO UKLÁDÁNÍ RDF DAT V ORACLE
POSTUP PRO VYTVOŘENÍ STRUKTUR PRO UKLÁDÁNÍ RDF DAT V ORACLE Upozornění: Pro práci s RDF Oracle daty je třeba mít nainstalován Oracle Spatial Resource Description Framework (RDF). 1. Vytvoření tabulkového
VíceInovace a zkvalitnění výuky prostřednictvím ICT. Základní seznámení s MySQL Ing. Kotásek Jaroslav
Střední průmyslová škola a Vyšší odborná škola technická Brno, Sokolská 1 Šablona: Název: Téma: Autor: Číslo: Anotace: Inovace a zkvalitnění výuky prostřednictvím ICT Databáze Základní seznámení s MySQL
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íceMichal Krátký. Tvorba informačních systémů, 2008/2009. Katedra informatiky VŠB Technická univerzita Ostrava. Tvorba informačních systémů
Tvorba informačních systémů 1/40 Tvorba informačních systémů Michal Krátký Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2008/2009 Tvorba informačních systémů 2/40 Úvod
VíceVYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA FAKULTA STROJNÍ
VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA FAKULTA STROJNÍ DATABÁZOVÉ SYSTÉMY ZÁLOHOVÁNÍ DAT V DATABÁZI Ing. Lukáš OTTE, Ph.D. Ostrava 2013 Tento studijní materiál vznikl za finanční podpory Evropského
VíceKatalog služeb a podmínky poskytování provozu
Příloha č. 1 Servisní smlouvy Katalog služeb a podmínky poskytování provozu Část P2_1 P2_1_Katalog služeb a podmínky poskytování provozu 1 Obsah 1 OBSAH... 2 2 DEFINICE POJMŮ... 3 3 DEFINICE SLUŽEB, KOMPONENT
VíceKurz Databáze. Obsah. Dotazy. Zpracování dat. Doc. Ing. Radim Farana, CSc.
1 Kurz Databáze Zpracování dat Doc. Ing. Radim Farana, CSc. Obsah Druhy dotazů, tvorba dotazu, prostředí QBE (Query by Example). Realizace základních relačních operací selekce, projekce a spojení. Agregace
VíceIDENTITY MANAGEMENT Bc. Tomáš PRŮCHA
IDENTITY MANAGEMENT Bc. Tomáš PRŮCHA 20. 12. 2013 ÚVOD S penetrací IT do fungování společnosti roste důraz na zabezpečení důvěrnosti a opravdovosti (autenticity) informací a potvrzení (autorizaci) přístupu
Více