Databáze v praxi. RNDr. Ondřej Zýka Principal Consultant

Rozměr: px

Začít zobrazení ze stránky:

Download "Databáze v praxi. RNDr. Ondřej Zýka Principal Consultant"

Ivana Bláhová
před 8 lety
Počet zobrazení:

1 Databáze v praxi RNDr. Ondřej Zýka Principal Consultant

2 Agenda Obsah Představení Teradata Teradata Databáze Doménové logické modely MS SQL Server Databáze Podpora BI Aktuální směry ve vývoji databází

3 Profinit DataManagement služby firmy Profinit Delivery of exact and understandable Information Build up Information Factory for your business Set up planning, control, development and operation processes Support technology for excellent performance and faultless operation

business Set up planning, control, development and operation

4 DatabázeTeradata

5 Historie Založena v roce 1979 v garáži v Kalifornii (Brentwood). Teradatasymbolizuje schopnost spravovat extrémní množství dat. Primárně určena pro datové sklady a BI aplikace. Založena na sharednothing architektuře umožňující lineární rozšiřitelnost. V současnosti využívána v největších datových skladech V Česku KB, Česká pojišťovna, TO2,

Primárně určena pro datové sklady a BI aplikace.

6 Shared nothing architektura Parsing engine(pe) BYNET AMP 1 AMP 2 AMP 3 AMP 4 RAM RAM RAM RAM

7 Komponenty Parsingengine PE Parsujea optimalizuje dotazy, předává požadavky jednotlivým AMPům; BYNET Komunikační kanál (duplikovaný) pro předávání požadavků a výsledků; AMP Access modul processor Zodpovědný za získání požadovaných dat z diskových úložišť; Diskový prostor Součet diskových prostorů všech AMPů;

požadavků a výsledků; AMP Access modul processor Zodpovědný za získání

8 Fyzická architektura BYNET Node 1 withamps Node 2 withamps Node 3 withamps Node 4 withamps

9 Komponenty Distribuce dat založena na primárním indexu. Každý AMP má definovánu množinu hash hodnot primárního indexu. Samotné uložení dat nahrazuje strukturu indexu. Další nástroje pro zrychlení přístupu k datům Secondary index, Join index, Statistiky.

Samotné uložení dat nahrazuje strukturu indexu.

10 Fyzická architektura BYNET Node 1 withamps Node 2 withamps Node 3 withamps Node 4 withamps

11 Komponenty Primary index Secondary index Required Yes No Can be unique or nonunique Yes Yes Used for row distribution Yes No Create and drop dynamically No Yes Improve access Yes Yes Required separate physical strucure Required extra processing overhead No No Yes Yes

Create and drop dynamically No Yes Improve access Yes Yes Required

12 Nástroje a služby Nástroje správy odpovídají stáří databáze. Systém primárně zaměřen na výkon. Nemá vlastní nástroje na prezentaci a analýzu dat spolupracuje se všemi leadry trhu Microstrategy, Cognos, Oracle, BusinessObject, Microsoft.

Nemá vlastní nástroje na prezentaci a analýzu dat

13 Logické modely Teradata Communications Logical Data Model Teradata Financial Services Logical Data Model Teradata Healthcare Logical Data Model Teradata Insurance Logical Data Model Teradata Manufacturing Logical Data Model Teradata Media Logical Data Model Teradata Retail Logical Data Model TeradataTransportationandLogisticsLogicalData Model TeradataTravelandHospitalityIndustryLogicalData Model Teradata Utilities Logical Data Model

Data Model Teradata Media Logical Data Model Teradata Retail Logical Data Model

14 Logické modely Kumulovaná zkušenost ze stovek projektů datových skladů a projektů BI. Obsah jednotlivých modelů: Více úrovní pohledu Konceptuální pohled, Funkční oblasti (Kontrakt, Účet, Kanál, Událost, Kampaň, Party, Produkt, ), Detailní logický model. Podrobný popis jednotlivých entit včetně atributů a relací, jejich význam a použití. Textový popis i modely.

(Kontrakt, Účet, Kanál, Událost, Kampaň, Party, Produkt, ), Detailní logický model.

15 Aplikace podle obchodních požadavků Business Intelligence Data Mart Consolidation Master Data Management Tax and Revenue Management Customer Relationship Management Data Mining and Analytics Enterprise Risk Management SAP Integration Data Governance Data Warehouse Migration Financial Management

Relationship Management Data Mining and Analytics Enterprise Risk

16 Databáze Microsoft SQL Server

17 Historie 1988 Microsoft spolupracuje s firmou Sybase 1991 HW 2.5" 100MB disk 1995 Microsoft SQL Server Microsoft SQL Server Microsoft SQL Server Windows Server bit system - překročení 2GB hranice RAM 2007 HW 1TB disk (HitachiGST) 2008 SQL Server 2008

0 2000 Microsoft SQL Server 2000 2003 Windows Server 2003-64-bit system

18 Komponenty

19 Technologické zajímavosti Pokročilé postupy přístupu k datům: Zamykání dat, Použití snapshotů. Podpora vysoké dostupnosti On-line administrativní postupy (přepočet indexů). SQL jazyk Mnoho užitečných rozšíření, Schopnost doplňovat CLR kód (.NET v databázi). Více edic serveru podle požadavků uživatelů Zapouzdřené databáze Enterprise edice

Podpora vysoké dostupnosti On-line administrativní postupy (přepočet indexů).

20 Jednotná konsole pokrývající všechny administrativní postupy

21 Pokrytí všech datových potřeb podniku Integrace s operačním systémem Orientace na grafické uživatelské prostředí Vývoj aplikací Integrace s.net VisualStudio Správa různých typů dat Relační data OLAP server Soubory XML Integrace dat BizTalk server Integration services (ETL) Replikace dat Analýza OLAP service Search engine Prezentace dat Napojení na Office Reporting services Napojení na Sharepoint

22 Jednotné vývojové prostředí

23 Reporting services- ukázka Ukázka

24 Aktuální směry ve vývoji databází

25 Aktuální směry ve vývoji databází Data uložená po sloupcích In-memory databáze Databáze v Cloudu

26 Data uložená po sloupcích Vertica SybaseIQ Oracle bitmapové indexy

27 Data uložená po sloupcích SELECT Count(*) FROM sale where color = Green SELECT Count(*) FROM sale where color in ( Green, Red )

28 Data uložená po sloupcích SELECT SUM(qty) FROM sale (2 * 64) + (3 * 32) + (2 * 16) + (1 * 8) + (3 * 4) + (2 * 2) + (3 * 1) = 283

29 In-memory database příčiny vzniku Velikost operační paměti KB 2010 stovky GB Rychlost procesorů MHz GHz -více úrovní keší Rychlost diskových operací Skoro stejná cca 200 operací za sekundu

30 In-memory database Ústup od ACID principů ACID Atomicity, Consistency, Isolation, Durability Dva přístupy Klasické relační databáze udržované v keších(v paměti) Nativní In-memory databáze Používají se zejména jako databázové keše klasických systémů

31 In-memory database příklady Oracle TimesTen SybaseASE 15.5 In-memoryoption Apache Derby Oracle Berkeley DB VoltDB SQLite a mnoho dalších

32 Databáze v Cloudu Módní buzzwords IaaS-Infrastructureas a Service PaaS-Platformas a Service AaaS-Applicationas a Service SaaS-Software as a Service DaaS-Databaseas a Service Další krok virtualizace infrastruktury Public and Private Cloud

33 Databáze v Cloudu Klady Žádná starost o hardware Žádná starost o infrastrukturu Žádná starost o zálohování Žádná administrace Zaručena vysoká dostupnost Absolutní minimum administrátorů Zvětšení výkonu na požádání Extrémně rychlé (okamžité) nasazení

34 Databáze v Cloudu Zápory Bezpečnost Nedůvěra Data nemáte u sebe Omezená množina funkcí Speciální API

35 Databáze v Cloudu Aktuální stav Amazon, Google-PaaS Oracle Exadata, Exalogic Private Cloud IBM, HP, Dell PaaS, IaaS Aktivně připravují DaaS Microsoft součást Microsoft Azure SalesForce.com(Database.com) Gooddata.com

36 Gooddata.com- příklad

37 Gooddata.com- příklad

38 Gooddata.com- příklad

39 Závěr Diskuse Dotazy Komentáře Připomínky

Podobné dokumenty

Teradata Basic. RNDr. Ondřej Zýka

Teradata Basic. RNDr. Ondřej Zýka Teradata Basic RNDr. Ondřej Zýka 1 Něco z historie Založena v roce 1979 v garáži v Kalifornii (Brentwood). Původně součástí NCR Teradata symbolizuje schopnost spravovat extrémní množství dat. Primárně