Datové modelování II Atributy Převod DM do schématu SŘBD Dotazovací jazyk SQL Multidimenzionální modelování Principy Doc. Miniberger, BIVŠ
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ř. 3578974, 181028/435, Jan Novák, M, OP4, 03789/03, 270.000 apod.) Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí 2
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í 3
Dotazovací jazyk SQL 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 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 Příklad: Obsahuje obecně formuli zahrnující jména atributů a podmínku výběru) SELECT Jm_klienta FROM KLIENT WHERE Kód_klienta = IČO Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí 4
Ukázka DM v MS Access Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí 5
Část datového modelu Půjčka C_uctu Kod_klienta C_pobocky Druh_účtu Kod_oboru Kod_vysledovky Zustatek_na_uctu 123456789 26170485 181 Běžný 78 3534 55400 234567891 580742450 182 Běžný 75 3534 0 Má Má Účet Je pro Kod_klient a Název_klienta Jméno kontaktní osoby Příjmení kontaktní osoby Adres a Měs to Kraj Používá Čerpání půjčky Má Klient 26170485 INTERINVEST Praha s.r.o. Josef Balda Ocelář ská 3 Prah a Střed očesk ý Je pro Má 58074245 Josef Novák Josef Novák Na palouč ku 5 Stra koni ce Jihoč eský Má Půjčka Je pro 60699477 Fortes Renata Čapková Příluck á 52 Zlín Zlínsk ý Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí 6
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í 7
Dotaz v MS Access pomocí návrhového listu Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí 8
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]="26170485")); Výsledek zpracování dotazu: Rodné číslo nebo IČO Název_klienta Adresa Město PSČ 26170485 INTERINVEST Praha s.r.o. Ocelářská 3 Praha 38700 Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí 9
Multidimenzionální modelování (vhodné např. pro modelování manažerského účetnictví v bankách) F A K T D IM E N Z E 5 D IM E N Z E 1 F A K T D IM E N Z E 2 D IM E N Z E 3 D IM E N Z E 1 D IM E N Z E 4 D IM E N Z E 2 D IM E N Z E 3 H V Ě Z D IC O V Ý M O D E L Doc. Miniberger, BIVŠ V L O Č K O V Ý M O D E L IS a IT v bankovním prostředí 10
ČAS (měsíc) Tři dimenze řešení Organizační jednotka ( ústředí, OP, Regiony, Pobočky ) Klientská analýza Klienti (segmenty) Organizační analýza Doc. Miniberger, BIVŠ IS a IT v bankovním prostředí Produkty (Charakteristiky) Nejlépe vše v časových řadách Podrobněji viz skripta BIVŠ Finanční řízení bank Ziegler str. 49
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í
Zjednodušený multidimenzionální DM typu vločka 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í STŘEDISKO stredisko_id Tabulka faktů: KLIENT klient_id cislo_klienta název_ klienta segment_id. klasif_čnb_kod Fa:ÚCET_Datum klient_id ucet_id datum_id Zust_ult_mena. uroky_mena. datum_id ÚČET ucet_id stredisko_id mena_kod_id druh_uctu_id. syu_id DATUM MĚNA DRUH ÚČTU Doc. Miniberger, BIVŠ datum_id mena_kod druh_uctu_kod IS a IT v bankovním prostředí 13