Datové modelování II •Atributy •Převod DM do schématu SŘBD •Dotazovací jazyk SQL •Multidimenzionální modelování
© Doc. Miniberger, BIVŠ
Principy
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 A1,….,An Uvede se seznam atributů FROM R1,……..,Rm 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: 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
123456789
26170485
181
234567891
580742450
182
Má
Druh_účtu
Kod_oboru
Kod_vysledovky
Zustatek_na_uctu
Běžný
78
3534
55400
Běžný
75
3534
0
Má
Účet
Kod_klient a
Název_klienta
Je pro
Jméno kontaktní osoby
Příjmení kontaktní osoby
Adres a
Měs to
Kraj
Používá Má
Čerpání půjčky
26170485
INTERINVEST Praha s.r.o.
Josef
Balda
Ocelář ská 3
Prah a
Střed očesk ý
58074245
Josef Novák
Josef
Novák
Na palouč ku 5
Stra koni ce
Jihoč eský
60699477
Fortes
Renata
Čapková
Příluck á 52
Zlín
Zlínsk ý
Klient Má
Je pro
Má
Půjčka Je pro
© 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
26170485
INTERINVEST Praha s.r.o.
Ocelářská 3
Praha
© Doc. Miniberger, BIVŠ
IS a IT v bankovním prostředí
PSČ
38700
9
Multidimenzionální modelování (vhodné např. pro modelování manažerského účetnictví v bankách)
FAKT D IM E N Z E 5 D IM E N Z E 1 D IM E N Z E 4
FAKT D IM E N Z E 3
D IM E N Z E 2 D IM E N Z E 3
D IM E N Z E 1
H V Ě Z D IC O V Ý M O D E L D IM E N Z E 2
VÝ MODEL © Doc. Miniberger, BIVŠ V L O Č K O IS a IT v bankovním prostředí
10
Tři dimenze řešení ČAS (měsíc)
Organizační jednotka ( ústředí, OP, Regiony, Pobočky…) Klientská analýza
Organizační analýza Produkty (Charakteristiky)
Nejlépe vše v časových řadách Klienti (segmenty) © Doc. Miniberger, BIVŠ
Podrobněji viz skripta BIVŠ Finanční řízení bank Ziegler str. 49 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í
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.
STŘEDISKO stredisko_id Tabulka dimenzí
Tabulka faktů: KLIENT klient_id cislo_klienta název_ klienta segment_id . klasif_ČNB_kod
© Doc. Miniberger, BIVŠ
ÚČET
Fa:ÚCET_Datum
ucet_id stredisko_id mena_kod_id druh_uctu_id . syu_id
klient_id ucet_id datum_id Zust_ult_mena . uroky_mena. datum_id
DATUM
MĚNA
DRUH ÚČTU
datum_id
mena_kod
druh_uctu_kod
IS a IT v bankovním prostředí
13