TIEDONHALLINTA - SYKSY Luento 7. Pasi Ranne /10/17 Helsinki Metropolia University of Applied Sciences

Samankaltaiset tiedostot
3. Käsiteanalyysi ja käsitekaavio

TIEDONHALLINNAN PERUSTEET - SYKSY 2013

TIEDONHALLINTA - SYKSY Luento 2. Pasi Ranne /8/17 Helsinki Metropolia University of Applied Sciences

2. Käsiteanalyysi ja relaatiomalli

Luento 3 Tietokannan tietosisällön suunnittelu

HELIA 1 (17) Outi Virkki Tiedonhallinta

HELIA 1 (20) Outi Virkki Tiedonhallinta

Tietokantojen suunnittelu, relaatiokantojen perusteita

Tietokannan suunnittelu

HARJOITUS 2. Kasvattamot ja mittaukset

Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys

Ari Hovi & Jouni Huotari M3-1

POLKU LUOKKAKAAVIOISTA TAULUJEN TOTEUTUKSEEN

HELIA 1 (12) Outi Virkki Tiedonhallinta

Tieto/datamallit. Marttila-Kontio/Unicta Oy

Tietokannan suunnittelu

Jouni Huotari & Ari Hovi. Käsitemallinnuksesta relaatiokantaan KÄSITEMALLI. LOOGINEN MALLI: tietomalli valittu. FYYSINEN MALLI: DBMS valittu

KÄSITEANALYYSI JA -MALLINNUS HOVI, HUOTARI, LAHDENMÄKI: TIETOKANTOJEN SUUNNITTELU & INDEKSOINTI DOCENDO (2003, 2005) LUKU 3

HELIA 1 (19) Outi Virkki Tietokantasuunnittelu

TIEDONHALLINTA - SYKSY Luento 8. Saapumisryhmä: Pasi Ranne /9/13 Helsinki Metropolia University of Applied Sciences

TIEDONHALLINNAN PERUSTEET - SYKSY 2013

Käsiteanalyysi. Jouni Huotari & Ari Hovi. kirjan Hovi, Huotari, Lahdenmäki: Tietokantojen suunnittelu & indeksointi, Docendo (2003, 2005) luku 3

TIEDONHALLINTA - SYKSY Luento 11. Hannu Markkanen /10/12 Helsinki Metropolia University of Applied Sciences

Helsingin yliopisto/tktl DO Tietokantojen perusteet, s 2000 Relaatiomallin peruskäsitteet Harri Laine 1. Relaatiotietokannat DONOTP

On autoja, henkilöitä, Henkilöllä on nimi Autolla on omistaja, joka on henkilö. Taulu AUTO(rekno, malli) Taulu HENKILO(nimi, )

TIETOKANTOJEN SUUNNITTELU

Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia.

Tietomallit. Näkökulmat tietoon. Näkökulmat tietoon. Mitä malleja olisi tarjolla? Abstraktiotasot tiedon käsittelyssä

Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2007 ER-mallin peruskäsitteet.

HELIA 1 (17) Outi Virkki Tiedonhallinta

Tietokantojen suunnittelu

NORMALISOINTI TIETOJEN MALLINNUS JOUNI HUOTARI & ARI HOVI

HELIA 1 (8) Outi Virkki Tietokantasuunnittelu

Relaatiomalli ja -tietokanta

Tietomallit. Näkökulmat tietoon. Näkökulmat tietoon. Näkökulmat tietoon. Abstraktiotasot tiedon käsittelyssä

HELIA TIKO-05 1 (20) ICT03D Tieto ja tiedon varastointi O.Virkki

Liigan taulut ja attribuutit

TIETOKANNAN SUUNNITTELU

Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2005 relaatiomalli Harri Laine 1.

Helsingin yliopisto/tktl Tietokantojen perusteet, k 2003 Relaatiomallin peruskäsitteet Harri Laine 1. Tietomallit. Näkökulmat tietoon

millainen on se kohde, jota tiedoilla pitäisi kuvata asiat, joita pitäisi esittää Mitä tietoelementtien arvot tarkoittavat

TIEDONHALLINTA - SYKSY Luento 10. Hannu Markkanen /10/12 Helsinki Metropolia University of Applied Sciences

Visual Case 2. Miika Kasnio (C9767)

Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia.

HELIA 1 (21) Outi Virkki Tietokantasuunnittelu

Normalisointi. Jouni Huotari & Ari Hovi. kirjan Hovi, Huotari, Lahdenmäki: Tietokantojen suunnittelu & indeksointi, Docendo (2003, 2005) luku 5

HAAGA-HELIA TIKO-05 1 (19) ICT23a Tietokannan suunnittelu ja toteutus O.Virkki

Tietokannat II -kurssin harjoitustyö

Kari Aalto Saariston IT

Opettajana Mika Sorsa, HAMK:n ammatillisen opettajakoulutuksen opetusharjoittelija

TIETOKANNAN NORMALISOINTI JA NORMAALIMUODOT

SELECT-lauseen perusmuoto

Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, k 2006 relaatioalgebra. Harri Laine 1

Analyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio

Luokkakohtaiset eli stattiset metodit ja attribuutit

Tietojärjestelmä tuotantoympäristössä. Sovellusohjelmat Helsingin ammattikorkeakoulu Stadia / Tekniikka ja liikenne Vesa Ollikainen

Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä

HAAGA-HELIA heti09 1 (27) ICT05 Tiedonhallinta ja tietokannat O.Virkki Relaatiomalli

Ohjelmistojen mallintaminen, kesä 2010

Haaga-Helia / TIKO-05 1 (12) Tietokannan suunnittelu ja Toteutus Outi Virkki

TIETOKANTOJEN PERUSTEET OSIO 11 MARKKU SUNI

Insert lauseella on kaksi muotoa: insert into taulu [(sarakenimet)] values (arvot)

HELIA TIKO-05 1 (28) ICT03D Tieto ja tiedon varastointi O.Virkki

2. Olio-ohjelmoinnin perusteita 2.1

Helsingin yliopisto, TKTL Tietokantojen perusteet, k 2000 Tietokannan suunnittelusta Harri Laine 1

Oppijan palvelukokonaisuus. Tietomallinnuksen laaja katselmointi

Ohjelmistojen mallintaminen, kesä 2009

Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia

Ohjelmistotekniikan menetelmät, luokkamallin laatiminen

Ohjelmistojen mallintaminen Luokkakaaviot Harri Laine 1

Helsingin yliopisto, TKTL Tietokantojen perusteet, k 2004 Tietokannan suunnittelusta. Harri Laine 1

Tietokannan suunnittelu

Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely

Ohjelmistojen suunnittelu

YHTEYSSUHDE (assosiation)

2. Olio-ohjelmoinnin perusteita 2.1

HELIA 1 (13) Outi Virkki Tietokantasuunnittelu

FYYSINEN SUUNNITTELU

Lähestymistavat - toiminnallinen

Kirjoita jokaiseen erilliseen vastauspaperiin kurssin nimi, tenttipäivä, oma nimesi (selkeästi), opiskelijanumerosi ja nimikirjoituksesi

Ohjelmistotekniikan menetelmät, kesä 2008

TIETOKANNAT JOHDANTO

Yhteistoimintakaavio (Esimerkki)

Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä

Relaatiotietokantojen perusteista. Harri Laine Helsingin yliopisto

CS-A1150 Tietokannat CS-A1150 Tietokannat / 35

Kirjoita kuhunkin erilliseen vastauspaperiin kurssin nimi, tentin päiväys, oma nimesi, syntymäaikasi ja nimikirjoituksesi.

Tiedonhallinnan perusteet. H11 Ovien ja kulun valvontajärjestelmän tietokanta

Tietokantojen perusteet

Tietokannat II -kurssin harjoitustyö

Yhteydelle voi antaa nimen kumpaankin suuntaan Sille ei tarvise antaa lainkaan nimeä Yhteysnimen asemasta tai lisäksi voidaan käyttää roolinimiä

Ohjelmistojen mallintaminen, olioja relaatiomallinnuksen suhteesta

Tietokannan rakenteen suunnittelu

Tiedonhallinnan perusteet. Viikko 1 Jukka Lähetkangas

2.1 Sovellusarkkitehtuuri 2.2 Käsitteellinen mallintaminen. Luku 2. Arkkitehtuuri ja analyysi. ITKA204 kevät

Ohjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa Harri Laine 1

Fyysinen suunnittelu

JYVÄSKYLÄN YLIOPISTO Valintakoe s2011 Sivu 1 Tietojärjestelmätieteen opiskelijavalinta. Nimi: Henkilötunnus:

2. Haet työntekijöiden tiedot etunimen mukaan nousevasti järjestettyinä. (ORDER BY) SELECT * FROM employees ORDER BY firstname ASC;

IIO30100 TIETOKANTOJEN SUUNNITTELU (6 OP)

Transkriptio:

TIEDONHALLINTA - SYKSY 2017 Kurssikoodi: Saapumisryhmä: Luento 7 TX00CN57-3001 TXQ16ICT, TXQ16S1 ja TXQ16PROS Pasi Ranne 02.10.2017 1/10/17 Helsinki Metropolia University of Applied Sciences 1

Tietokannan suunnittelu

Tietokannan suunnittelun tavoitteet Tietokannan käyttäjien tietotarpeet Tiedon luotettavuus Suorituskyky Pasi Ranne 3 04.09.2013

Relaatiotietokannan suunnitteluprosessin vaiheet Vaihe Tavoite Tehtävät Tuotokset Käsitteellinen mallintaminen Looginen mallintaminen Fyysinen mallintaminen Selvittää kohdealueen keskeiset käsitteet, niiden ominaisuudet ja väliset suhteet Esittää käsitemallin sisältö relaatiomallin mukaisesti Fyysinen tallennusratkaisu relaatiotietokantatuotteella Käsiteanalyysi Käsitekaavion suunnittelu Relaatiomallin normalisointi Relaatiokaavion suunnittelu Tietokannan toteutuksen suunnittelu Käsitekaavio Relaatiokaavio Eheysmäärittelyt SQL-lauseet tietokannan luomiseksi Pasi Ranne Metropolia Ammattikorkeakoulu 4

Käsitteellinen mallintaminen Selvitetään mitä tietokantaan pitää tallentaa Lähtökohtana käyttäjien vaatimukset, joiden perusteella tunnistetaan: Kohdealueen käsitteet (entiteetit) ja niiden merkitys Käsitteiden väliset suhteet Käsitteiden ominaisuudet (attribuutit) Viope: yksilötyypit, yhteystyypit ja ominaisuustyypit. Käsitteen yksittäisen ilmentymän (olion) kullakin attribuutilla on arvo. Attribuuttien arvot muodostavat suuren osan tietokannassa olevasta datasta. Käsitemalli on täysin riippumaton toteutusratkaisusta Aloitetaan karkealla tasolla ja tarkennetaan iteratiivisesti Ei kannata pyrkiä tekemään heti täydellistä mallia Käsitteellinen mallintaminen on tietokannan suunnittelun tärkein vaihe! Pasi Ranne Metropolia Ammattikorkeakoulu 5

Käsitteiden tunnistaminen Käsite kuvaa jotain asiaa, josta haluamme tallettaa tietoa tietojärjestelmän käyttäjiä varten Käsite on kohdealuetta kuvaavassa lauseessa substantiivi Opiskelija ilmoittautuu kurssille. Reaalimaailman konkreettinen objekti esim. opiskelija, työntekijä, tuote, asiakas Abstrakti asia esim. tilaus, osallistuminen Pysyvän luontoinen esim. asiakas, tuote Tapahtumatyyppinen esim. tilaus, talletus tilille Huomioi historiatiedon tallentamistarve (esim. tuotteen myyntihistoria) Pasi Ranne Metropolia Ammattikorkeakoulu 6

Harjoitus: Tee lista videovuokraamon toimintaan liittyvistä käsitteistä (nk. käsite-ehdokkaiden kirjaus) Listaa käsitteet käyttäen kynää ja paperia tai tietokoneella Nimeä käsitteet alustavasti, niitä ei kannata miettiä alussa liian pitkään Ryhmittele käsitteitä (esim. mind-map) ja mieti voiko käsitevalintaa parantaa Yhtä ainutta oikeata vastausta ei ole olemassa! Pasi Ranne Metropolia Ammattikorkeakoulu 7

Harjoitus: ehdotuksia Markkinointi Elokuva Vuokraaja Asiakas Kampanja Kanta-asiakas Lainaus Mainonta Ehdot Toimipisteet Oheistuotteet Viihtyvyys Naposteltavat Lehti Kassa Vuokrausjärjestelmä Henkilökunta Käsite Käsite 02.10.2017 Metropolia Ammattikorkeakoulu 8

Käsitemallin esittäminen Useita erilaisia notaatioita, katso luento 2 Chen, harakanvarvas, UML Käytettävissä oleva työkalu määrää Koulussa käytettävissä MS Visio Webissä ilmainen simppeli sovellus Tiny Modeller (http://tinymodeler.com) Pasi Ranne Metropolia Ammattikorkeakoulu 9

Suhteet eli yhteydet Kuvaavat käsitteiden välisiä, kohdealueen kannalta kiinnostavia riippuvuuksia Kohdealuetta kuvaavissa lauseissa yhteys on yleensä verbi Opiskelija ilmoittautuu kursseille Asiakas tekee tilauksia Suhteiden mahdollinen lukumäärä (eli yhteystyypin aste) on tärkeä suunnittelutieto Lukumääräsuhteet voivat olla: 1:1 - yhden suhde yhteen 1:N - yhden suhde moneen M:N - monen suhde moneen M:N suhde ei ole sallittu valmiissa relaatiotietokannaksi muutettavassa käsitekaaviossa ja tällainen suhde on purettava kahdeksi 1:N tyyppiseksi suhteeksi. Kohdealuetta kuvaavat lauseet on tulkittava molempiin suuntiin! Voiko yhdessä tilauksessa olla monta asiakasta? Pasi Ranne Metropolia Ammattikorkeakoulu 10

Suhteet eli yhteydet Suhteet voidaan johtaa käsitteiden ilmentymistä: Liisalla on yksi oma pankkitili ja yhteinen tili Pekan kanssa. Millainen lukumääräsuhde on käsitteiden pankkitili ja henkilö välillä? Visio Entity Relationship stencil, Dynamic connector Tiny Modeller Pasi Ranne Metropolia Ammattikorkeakoulu 11

Yhteyksien pakollisuus ja ehdollisuus Pasi Ranne Metropolia Ammattikorkeakoulu 12

Yksi-yhteen -yhteys Kahden käsitteen välillä on yksi-yhteen yhteys, jos ensimmäisen käsitteen yksilö voi liittyä vain ja ainoastaan toisen käsitteen yhteen yksilöön ja päinvastoin Melko harvinaisia Esimerkki: Maa Pääkaupunki Mallinnusvaihtoehto: käsitteiden yhdistäminen Pääkaupunki ja tavallinen kaupunki Pääkaupunkia varten ominaisuus rooli (joka voisi saada tietysti muitakin arvoja) Kunta? Pasi Ranne Metropolia Ammattikorkeakoulu 13

Moni-moneen -yhteys Projektitietokannassa on projektin ja henkilön välillä on moni-moneen-yhteys Tyoskentelee Tyoskentelee on assosiatiivinen käsite, joka purkaa projektin ja työntekijän välisen monesta-moneen yhteyden Pasi Ranne Metropolia Ammattikorkeakoulu 14

Riippumattomat ja riippuvat käsitteet Riippumattomat käsitteet Käsite ei ole riippuvainen muista käsitteistä Käsitteen pääavaimessa ei tarvita muiden käsitteiden tietoja Voi tallentaa rivejä muista tauluista välittämättä Riippuvat käsitteet Käsite ei voi olla olemassa ilman käsitteitä, joista se riippuu ei voi tallettaa projektitunteja jollei projektia ja sen tekijää ei ole olemassa Pääavain on moniosainen ja siinä on mukana toisien käsitteiden perusavain tai -avaimia Pasi Ranne Metropolia Ammattikorkeakoulu 15

Hierarkiset rakenteet: yhteys itseensä Pasi Ranne Metropolia Ammattikorkeakoulu 16

Periytymisen mallintaminen Vaihtoehto 1 Vaihtoehto 2 Vaihtoehto 3 1/10/17 Metropolia Ammattikorkeakoulu 17

Harjoitus: Mallinna videovuokraamoon liittyvien käsitteiden väliset yhteydet Pasi Ranne Metropolia Ammattikorkeakoulu 18

Attribuutit eli ominaisuudet Käsitteitä määrittäviä ja kuvaavia tietoja Tavalliset attribuutit ja avainattribuutit Pääavain/perusavain (primary key, PK) pakollinen, yksilöivä tieto (eri arvo jokaisella yksilöllä) voi koostua useasta attribuutista ei voi olla arvoltaan tyhjä, moniosaisen pääavaimen kaikilla osilla on oltava arvo merkitään kaavioissa esim. alleviivaamalla, lihavoimalla pääavaimen nimi tai liittämällä siihen kirjaimet PA tai PK Viiteavaimet (foreign key, FK) voi olla osa pääavainta merkitään kaavioissa esim. kursivoimalla viiteavaimen nimi tai liittämällä siihen kirjaimet VA tai FK Pasi Ranne Metropolia Ammattikorkeakoulu 19

Harjoitus: Mitä ominaisuuksia liittyy videovuokraamon mallinnustehtävässä tunnistettuihin käsitteisiin? Kirjaa ominaisuudet käsitteiden alle taulukkoon. Käsite 1 Käsite 2 Ominaisuus 1.1 Ominaisuus 2.1 Ominaisuus 1.2 Ominaisuus 2.2 Pasi Ranne Metropolia Ammattikorkeakoulu 20