© Doc. Miniberger, BIVŠ Datové modelování II Atributy Převod DM do schématu SŘBD Dotazovací jazyk SQL Multidimenzionální modelování Principy

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí2 Atributy Atributem entity budeme rozumět název záznamu či informace, která charakterizuje popisovanou entitu. –Příkladem atributů jsou např.: »Číslo klienta, »Rodné číslo příp. IČO »Jméno (název) klienta »Pohlaví »Číslo pobočky, na které je klient veden »Číslo půjčky »Jistina …………. Výskytem atributů pak budeme rozumět jeho skutečnou hodnotu (číslo, text, …) který je fyzicky zapsán v SW systému. (Např , /435, Jan Novák, M, OP4, 03789/03, apod.)

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí3 Převod DM do schématu SŘBD Každá entita se „překlopí“ do SŘBD jako tabulka se jejím jménem. (V relačních SŘBD se tabulka matematicky definuje jako relace, dále jen relace) Vazby (relationships) mezi relacemi –Vazby M:N se převedou na M:1 x 1:N –Vazby 1:N mezi silnými relacemi se pak vyjádří pomocí cizího klíče tj.primární klíč „master“ relace se zapíše jako cizí klíč do „detail“relace –Vazby 1:N (mezi silnou a slabou relací) se vyjádří pomocí vícesložkového klíče tj. primární klíč silné relace + klíč slabé relace ve slabé relaci Názvy atributů jsou pak názvy sloupců takto vzniklé relace. Minimální jednoznačná podmnožina názvu sloupců se určí klíčem relace. V jednotlivých řádcích relace jsou pak zapsány výskyty atributů tj. alfanumerické, příp. logické hodnoty.

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí4 Dotazovací jazyk SQL SELECT A 1,….,A n Uvede se seznam atributů FROM R 1,……..,R m Uvede se seznam relací, nad kterými je dotaz definován) WHERE P Obsahuje obecně formuli zahrnující jména atributů a podmínku výběru) Příklad: Existuje řada dotazovacích jazyků pro relační SŘBD. Nejznámější je SQL (Structured Query Language). Základní strukturou je tzv. tvar SELECT Jm_klienta FROM KLIENT WHERE Kód_klienta = „IČO“

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí5 Ukázka DM v MS Access

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí6 Část datového modelu „Půjčka“ Čerpání půjčky Má Používá Má Účet Klient Půjčka Je pro Má Je pro Má Je pro Kod_klient a Název_klienta Jméno kontaktní osoby Příjmení kontaktní osoby Adres a Měs to Kraj INTERINVEST Praha s.r.o. JosefBaldaOcelář ská 3 Prah a Střed očesk ý Josef NovákJosefNovákNa palouč ku 5 Stra koni ce Jihoč eský FortesRenataČapkováPříluck á 52 ZlínZlínsk ý C_uctuKod_klientaC_pobockyDruh_účtuKod_oboruKod_vysledovkyZustatek_na_uctu Běžný Běžný

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí7 Tvorba dotazu Dotaz v SQL MS Access SELECT [KLIENT].[Kód_klienta] FROM KLIENT LEFT JOIN PUJCKA ON [KLIENT].[Kód_klienta]=[PUJCKA].[Kód_klient a] WHERE (([KLIENT]![Kód_klienta]=[PUJCKA]![Kód_klie nta]));

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí8 Dotaz v MS Access pomocí návrhového listu

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí9 Jednoduchý dotaz v SQL vygenerovaný v MS Access SELECT KLIENT.Kód_klienta, KLIENT.Název_klienta, KLIENT.Adresa, KLIENT.Město, KLIENT.PSČ FROM KLIENT WHERE (([KLIENT]![Kód_klienta]=" ")); Rodné číslo nebo IČONázev_klientaAdresaMěstoPSČ INTERINVEST Praha s.r.o.Ocelářská 3Praha38700 Výsledek zpracování dotazu:

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí10 Multidimenzionální modelování ( vhodné např. pro modelování manažerského účetnictví v bankách)

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí Tři dimenze řešení Klienti (segmenty) Produkty (Charakteristiky) Organizační jednotka ( ústředí, OP, Regiony, Pobočky…) ČAS (měsíc) Organizační analýza Klientská analýza Produktová analýza Nejlépe vše v časových řadách Podrobněji viz skripta BIVŠ Finanční řízení bank Ziegler str. 49

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí Model pro podporu řízení prodeje bankovních produktů Pro zabezpečení podpory řízení prodeje, je zapotřebí zajistit sledování neúrokových výnosů pro jednotlivé produkty, tak, že se vytvoří „matice“ údajů, ve které budou klientským účtům přiřazeny : –přímo související výnosy (úroky-externí i vnitřní a výnosové poplatky) –náklady ( úroky-externí i vnitřní, a nákladové poplatky –riziková přirážka Předpoklady řešení: –Identifikace transakcí (gestoři. metodici) –Verifikace dat (QA)

© Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí13 Zjednodušený multidimenzionální DM typu „vločka“ klient_id cislo_klienta název_ klienta segment_id. klasif_ČNB_kod KLIENT ucet_id stredisko_id mena_kod_id druh_uctu_id. syu_id ucet_id stredisko_id mena_kod_id druh_uctu_id. syu_id ÚČET stredisko_id STŘEDISKO datum_id DATUM mena_kod MĚNA druh_uctu_kod DRUH ÚČTU klient_id ucet_id datum_id Fa:ÚCET_Datum Zust_ult_mena. uroky_mena. datum_id Tabulka faktů: Možný dotaz: Na základě čísla účtu klienta, zjistěte stav jeho účtu a klasifikaci podle standardu ČNB, k danému datu. Tabulka dimenzí