Tietokantojen suunnittelu

Transkriptio

1 Informaatioteknologian instituutti IIZO3020 Tietokantojen perusteet Tietokantojen suunnittelu - suunnitteluputki käsiteanalyysistä toteutukseen S2008

2 S Tietokantojen perusteissa osattava Käsiteanalyysin ja käsitemallinnuksen perusidea: Käsitteiden tunnistaminen Yhteyksien muodostaminen Tietojen eli ominaisuuksien lisääminen Moni-moneen-yhteyksien purkaminen Käsitemallin piirtäminen Tietokannan määrittely: Käsitteistä tulee tauluja Tiedoista sarakenimet tauluun Yhteyksien luominen perus- ja viiteavaimien avulla

3 S Suunnitteluputki Käsitemalli Käyttäjien näkemykset Näytöt, raportit Käsiteanalyysi Tarveanalyysi Normalisointitarkistus Käsitemalli, täydennetty Perusavain Tieto1 Tieto2 Perusavain Tieto1 Tieto2 3. normaalimuodossa olevat käsitteet Tietokannan fyysinen suunnittelu Relaatiokanta Suorituskyvyn viritys

4 Tietokantaprojektin vaiheet: inkrementaalinen ja iteratiivinen lähestymistapa Määrittely Suunnittelu v a i h e e t Toteutus (ml. prototyypit/inkrementit) Käyttöliittymä Sovellus Tietokanta Testaus Käyttöönotto Ylläpito S t

5 S Tietokannan elinkaari Tietokantojen (TK) perusteet SQL TK-ohjelmointi TK-suunnittelu TK-käsittely Käsite-ja tarveanalyysi (Conceptual and logical design) Ohjelmistosuunnittelu DBMSympäristön suunn Normalisointi Tietoturva Varmistukset -suunn. Fyysinen suunn (Physical) Kannan toteutus Tietojenkeruu Suunn+testaus Mittaus, säädöt, muutokset Kuormitustesti Tuotantotesti Tietoturva Varmistukset Arkkitehtuurit Infra-suunn DBA Kehitys Tuotanto - OLTP - DW Helia / Martti Laiho; täydentänyt JAMK / Jouni Huotari

6 S Käsitemalli on kuvaus tietokannan toteutusta varten Käsitemalli Tietokannan taulut

7 S Käsitemalli Reaalimaailma Kohdealue Tietokanta Kohdealueen valinnasta käsitemallin kautta toteutettavaan tietokantaan

8 S Systeemimetodologian malli

9 S Termejä Käsite = kohde (Entity) = yksilö- tai oliotyyppi ~ luokka johdetaan yksittäisistä olioista (esiintymät, ilmentymät, instanssit) Käsiteanalyysi = kohdeanalyysi Käsitemalli (ER-malli, tietomalli) Ks. Tietoanalyysi (Soini) ER-kaavio ~ luokkakaavio: graafinen esitys Yhteys = riippuvuus = assosiaatio = suhde (Relationship) Ominaisuus = tieto = attribuutti (Attribute) Lukumääräsuhde = kardinaliteetti Notaatio = kuvaustekniikka

10 S Käsiteanalyysi Käsiteanalyysi on tietokantoihin johtavan suunnitteluprosessin ensimmäisiä vaiheita Selvitetään, mitkä ovat tietokantaan talletettavat tiedot Aloitetaan karkealla tasolla; toisaalta yksittäisten olioiden tunnistaminen auttaa käsitteiden löytymistä Tuloksena on käsitemalli Mitkä ovat tietokantaan talletettavat tiedot ja niiden väliset riippuvuudet tietyllä karkeustasolla Tietokannan piirustukset Yhteinen näkemys (tai sopimus) kohdealueesta

11 S Käsiteanalyysistä Selventää kohdealueen käsitteistöä yhteinen kieli kohdealueen sanakirja On täysin riippumaton tulevasta teknisestä toteutuksesta ja tietokannan hallintajärjestelmistä Kuvittele, että käsitemalli toimii äärettömän tehokkaassa koneessa ei suorituskykypohdintoja vielä kaikki tiedot esiintyvät vain kertaalleen - ei toistoa Käsiteanalyysiä ei kannata jatkaa liian pitkään tee välillä muita systeemityön alueita toteuta prototyyppi ja paranna käsitemallia

12 S Käsitteen tunnistaminen Osoitettavissa oleva reaalimaailman objekti, kuten työntekijä, tuote, asiakas tai organisaatioyksikkö Abstrakti tai kuvitteellinen asia, kuten tulosyksikkö, vakuutuskorvaus tai budjettikuukausi Pysyvän luontoinen, kuten asiakas, tuote tai tapahtumatyyppinen, kuten tilausrivi, tilitapahtuma Käsite ilmaisee jotain asiaa, josta haluamme tallettaa tietoa tulevaa käyttöä varten Käsite on lauseessa substantiivi Asiakas tekee tilauksia

13 Tehtävä 1: käsitteiden tunnistaminen Tee lista opinnäytetöiden hallintaan liittyvistä käsitteistä (nk. käsite-ehdokkaiden kirjaus) Voit käyttää joko kynää ja paperia tai listata käsitteet tietokoneella Tee lista nopeasti miettimättä aluksi kovin tarkkaan mikä olisi paras nimitys eri käsitteille Lopuksi voit hieman ryhmitellä käsitteitä (esim. mind-map) ja miettiä oliko kirjaamasi käsite paras mahdollinen vaihtoehto Ratkaisuehdotus toisessa moduulissa (yhtä ainutta oikeata vastausta ei ole olemassa) Näistä käsite-ehdokkaista mietitään, mitkä käsitteet ovat yläkäsitteitä ja mitkä kuuluvat yläkäsitteen alle S

14 Käsitemallinnus

15 S Esimerkkejä kuvaustekniikoista eli notaatioista Käsite ASIAKAS ASIAKAS ASIAKAS Yhteys eli riippuvuus ASIAKAS 1:1 tekee ASIAKAS ASIAKAS tekee 0:N TILAUS TILAUS TILAUS

16 Yhteys eli riippuvuus Riippuvuus ilmaisee yhteyttä tai suhdetta käsitteiden välillä Yhteyttä voi kuvata verbillä Isällä on monta lasta Asiakas tekee monta tilausta Myyjä myy monta tuotetta Tilin avaa yksi henkilö Muista lukea lause molempiin suuntiin ja kysyä (toimeksiantajalta) esim.: Voiko lapsella olla monta isää? Voiko yhdessä tilauksessa olla monta asiakasta Voiko samaa tuotetta myydä moni myyjä? Voiko yksi henkilö avata monta tiliä Mieti, mihin tarkoitukseen tietokanta tulee Tee myös päätös: halutaanko historiatietoa tallentaa (esim. tuotteen myyntihistoria) S

17 S Yhteyksien merkintätapoja Yhden suhde moneen -yhteys, 1:M, voidaan ilmaista lukuisilla eri tavoilla riippuen käytettävästä notaatiosta, esim.

18 S vaihtoehtoista suositusta yhteyksien kuvaamiseksi harakanvarvasnotaatio UML-notaatio yksi-yhteen yksi-moneen moni-moneen * * * crow s feet

19 S Käsitemalli voidaan johtaa esiintymistä, esim. pankkitilit Esiintymiä: Pekka Joki Pirkko Joki Käsitemalli: HENKILÖ TILI

20 S Mallinnustehtävä 2 a) Mallinna töidenhallintaan liittyvien käsitteiden ASIAKAS, TEKIJÄ ja TYÖ väliset yhteydet

21 S Käsitemalli, versio 0.1 ASIAKAS * TEKIJÄ * * antaa toimeksiannoksi TYÖ *

22 S Käsitemalli, versio 0.2 ASIAKAS AsiakasID AsiakasNimi Yhteyshenkilö AsiakasPuhelin ArvioTyöstä MuutTiedot * antaa toimeksiannoksi * TYÖ TyöID TyöAihe Työluokitus TyöAloitettava (pvm) TyönOltavaValmis (pvm) Budjetti LiiteDokumentti MuutTiedot TEKIJÄ TekijäID TekijäNimi TekijäPuhelin * *

23 S Tiedot eli ominaisuudet Käsitteisiin liittyy tietoja eli ominaisuuksia (attribute) Käsitteellä on oltava yksilöivä tunniste eli perusavain (primary key, PK) pakollinen, yksilöivä tieto voi koostua useasta tiedosta voi olla luonnollinen tai ns. surrogaatti (johdettu) ei saa olla tyhjä; moniosaisen perusavaimen kohdalla edes osittain Voidaan merkitä esim. alleviivaamalla tai lihavoimalla Joukko tavallisia tietoja (non-key attributes) Viiteavaimet (foreign key, FK) voi olla osa perusavainta voidaan merkitä esim. laittamalla kirjaimet FK tai kursivoimalla Tiedot kuvaavat käsitettä, johon ne liittyvät

24 S Esimerkkejä ASIAKAS asiakastunnus asiakas_nimi puhelinnumero asiakasluokka perustamispvm ASIAKAS asiakastunnus asiakas_nimi puhelinnumero asiakasluokka perustamispvm ASIAKASRYHMA Perusavain Muut tiedot Viiteavain ASIAKAS as_tunnus as_nimi as_osoite ryhmatunnus (FK) ryhmatunnus asryhmannimi

25 S Mallinnustehtävä 2 (jatkuu) b) Mitä ominaisuuksia liittyy mallinnustehtävässä 2 a tunnistettuihin käsitteisiin? Kirjaa ne käsitteiden viereen.

26 S Tarkempaa käsitemallinnusta Ehdollisuus; riippumattomat ja riippuvat käsitteet Moni-moneen-yhteys ja sen purkaminen Yksi-yhteen-yhteys Esimerkkejä Yhteys itseensä; hierarkkiset rakenteet Käsitteiden yhdistäminen

27 S Yhteyksien pakollisuus / ehdollisuus OSASTO osasto_id osastonimi OSASTO osasto_id osastonimi voi kuulua HENKILO henkilotunnus etunimi Sukunimi osasto_id Henkilö voi kuulua osastoon (ei siis ole pakko kuulua) * on kuuluttava HENKILO henkilotunnus etunimi Sukunimi osasto_id Henkilö kuuluu osastoon (ei voi tallettaa henkilöä antamatta samalla osastoa) * 0:1 0:M

28 S Käsitetyypit 1) Moni-moneen-yhteydet => assosiatiiviset käsitteet Esimerkiksi projektin ja henkilön välillä on moni-moneen-yhteys Tämän yhteyden nimi on esim. osallistuu Tästä voidaan johtaa assosiatiivinen käsite osallistuminen HENKILO PROJEKTI ptun pnimi osallistuu HENKILO htun etunimi sukunimi osoite PROJEKTI ptun pnimi htun etunimi sukunimi osoite OSALLISTUMINEN OsallistumisID ptun htun Tunnit KirjausPvm

29 S Käsitetyypit (jatkoa) 2) Riippumattomat käsitteet eli ydinkäsitteet (Independent entities) Käsitteen perusavaimessa ei tarvita muiden käsitteiden tietoja Käsite ei ole riippuvainen muista käsitteistä (voi tallettaa tietoja muista välittämättä) 3) Riippuvat käsitteet eli karakteristiset käsitteet PROJEKTI ptun pnimi HENKILO htun etunimi sukunimi osoite Käsitteen moniosaisessa perusavaimessa on mukana isä-käsitteen perusavain Käsite ei voi olla olemassa, jos ei isää ole (ei voida tallettaa projektitunteja jollei projektia ole olemassa) OSALLISTUMINEN ptun htun Tunnit KirjausPvm

30 S Suhteista Monta riippuvuutta samojen käsitteiden välillä: Asiakas omistaa käyttää => Jos on monta riippuvuutta, nimeä riippuvuudet Tili Moni-moneen-yhteys: muista purkaa, jos ollaan tekemässä relaatiotietokantaa! Asiakas Tili ASIAKAS TILI TILITAPAHTUMA Lapsen nimivaihtoehtoja: ASIAKAS_TILI Asiakkaan tilit

31 S Mallinnustehtävä 2 c) Miten purat M:N-yhteydet ASIAKAS ja TYÖ => tehtiin tunnilla TYÖ ja TEKIJÄ => kotitehtävksi Kun M:N-yhteydet puretaan ja ominaisuudet lisätään, syntyy nk. kohdemalli Tee omasta harjoitustyöaiheestasi vaatimusmäärittely ja 1. käsitemalli

32 S Esimerkki yksi-yhteen-yhteydestä MAA PÄÄ- KAUPUNKI

33 S Esimerkki: osa tilaustenkäsittelystä UML:n luokkakaaviona Luokan nimi Omainaisuudet Minkälaisiin tilanteisiin oliopohjainen suunnittelu soveltuu? Metodit (toiminnot) Onko olemassa hybridiratkaisuja?

34 S Esimerkki 4: Martinin ERD notaatio (kopio Vision helpistä)

35 S mahdollista vaihtoehtoa OSASTO osasto_id osastonimi OSASTO osasto_id osastonimi OSASTO osasto_id osastonimi OSASTO osasto_id osastonimi HENKILO henkilotunnus etunimi sukunimi HENKILO henkilotunnus etunimi sukunimi HENKILO henkilotunnus etunimi sukunimi HENKILO henkilotunnus etunimi sukunimi

36 S Hierarkiat ja BOM-rakenne kuuluu yhtiöön omistaa yhtiöitä YRITYS Yritystunnus Emon_yritystunnus (FK) Esimerkki hierarkiasta: yritys voi omistaa monta muuta yritystä; yksi yritys voi kuulua yhteen emoyhtiöön. YRITYS yritystun kauprekno nimi osoite puhelin tase liikevaihto Esimerkki BOM-rakenteesta (bill-of.material): Yritys voi omistaa monta muuta yritystä; yksi yritys voi kuulua moneen emoyhtiöön. YRITYS yritystun kauprekno nimi osoite puhelin tase liikevaihto kuuluu yhtiöön omistaa yhtiöitä YRITYSSUHDE yritystun1 yritystun2 omistuspros

37 S Tietojen toistamista? ASIAKAS astun osoite Saaako asiakkaan osoitteen kopioida tilaukseen? Eikö ole kiellettyä toistamista? TILAUS tilnro toimitusosoite TILAUSRIVI tilnro rivinro hinta TUOTE tkoodi hinta Entä hinta?

38 S Käsitteiden yhdistäminen Ennen: ASIAKAS YHTEISTYOKUMPPANI TOIMITTAJA Nyt: OSAPUOLI Ennen: 1_neljannes 2_neljannes 3_neljannes 4_neljannes tulos tase tulos tase tulos tase tulos tase Nyt: Neljannes neljannes_tunnus tulos tase

39 S Määrittelyistä Yrityksemme kanssa liikesuhteessa oleva luonnollinen henkilö, yhteisö tai yritys. ESIM. Oy Kala Ab, Joutsenon kunta, Pekka Jokinen, Shakkipojat ry Anna käsitteille määritelmät + kirjoita esimerkkejä

40 S Tähän päättyy Tietokantojen perusteet opintojakson suunnitteluosa Loput kalvot on tarkoitettu Tietokantojen suunnittelu opintojakson opiskelijoille ja niille, jotka haluavat tietää enemmän tietokantojen suunnittelusta ja siitä, kuinka käsitemallista luodaan varsinainen tietokanta (käsitteistä tulee tauluja )

41 S Suunnitteluputki Käyttäjien näkemykset Näytöt, ikkunat Raportit Käsiteanalyysi Tarveanalyysi Normalisointitark. Tietokannan fyysinen suunnittelu Suorituskyvyn viritys Käsitemalli Käsitemalli, täydennetty Perusavain Tieto1 Tieto2 Perusavain Tieto1 Tieto2 3. normaalimuodossa olevat käsitteet Relaatiokanta

42 S Tarveanalyysin tavoitteet Tarkistaa, että kaikki tietotarpeet toteutuvat käsitemallin pohjalta: mitä tietoja mistäkin käsitteistä Täydentää käsitemallia lisäämällä uusia tietoalkioita ja mahdollisesti myös uusia käsitteitä ja yhteyksiä Selvittää mitä hakuja ja missä järjestyksessä tieto-, käyttäjä- ja tapahtumamäärät (kuinka usein) tietoja haetaan ja päivitetään

43 S Tietotarveanalyysi Käsitemalli Tietotarpeet Näytöt Ikkunat Eräajot Listat Raportit Tietotarpeita ovat suunnitellut sovelluksen ikkunat tai näytöt, raportit, eräajot ja kaikki muutkin ohjelmat, jotka tulevat käsittelemään tietokantaa. Pyydä toimeksiantajalta raportit ym. tiedostoina (esim. Word-asiakirjoina)

44 S Analysoi tietotarpeet ja tee tarvittaessa muutokset käsitemalliin Näytöt Lomakkeet Käyttöliittymä Eräajot Listat Raportit Kortistot

45 S Tarveanalyysi käytännössä 1. Ota käsittelyyn tietotarve, esimerkiksi jokin sovelluksen ikkuna. 2. Ota myös tämän hetkinen käsitemalli esille. 3. Tarkista, löytyvätkö kaikki ko. ikkunassa tarvittavat yksittäiset tiedot käsitemallista (useimmiten käsitemallin käsitteistä puuttuu vielä runsaasti tietoja käsitemallihan oli vielä karkealla tasolla). 4. Lisää puuttuvat tiedot käsitteiden yhteyteen. Joskus myös kokonainen käsite tai yhteys puuttuu ja ne on myös lisättävä käsitemalliin. 5. Ota seuraava tietotarve ja tee samat asiat (kohdat 2-4). 6. Näin jatketaan, kunnes kaikki tietotarpeet on läpikäyty

46 S Esimerkkiraportti ja tehtävä Täydennä Demox Oy:n käsitemallia kuvan raportista löytämilläsi uusilla tiedoilla

47 S Suunnitteluputki Käyttäjien näkemykset Näytöt, ikkunat Raportit Käsiteanalyysi Tarveanalyysi Normalisointitark. Tietokannan määrittely Suorituskyvyn viritys Käsitemalli Käsitemalli, täydennetty Perusavain Tieto1 Tieto2 Perusavain Tieto1 Tieto2 3. normaalimuodossa olevat käsitteet Relaatiokanta

48 S Normalisoinnin tarkoitus Normalisointi (normalisation) on menetelmä, jonka avulla tietorakenteita voidaan jalostaa parempaan tallennusmuotoon Parempi tarkoittaa tässä yhteydessä rakennetta, jossa on tietojen toistaminen (redundanssi) minimoitu joka on tehokas päivitysten kannalta joka on helpompi pitää yhdenmukaisena, sillä tiedot tarvitsee päivittää vain yhteen paikkaan joka on muutosjoustava

49 S Normalisointivaiheet 1. Normaalimuoto Erota toistuvat ryhmät ja moniarvoiset sarakkeet omaksi käsitteekseen 2. Normaalimuoto Jokaisen ei-avaintiedon tulee olla riippuvainen koko perusavaimesta 3. Normaalimuoto Poista sisäiset (ei-avaimeen kohdistuvat) riippuvuudet

50 S Normaalimuoto HENKILÖ Htun Nimi Palkka Pvm_1 Palkka_1 Pvm_2 Palkka_2 1. Normaalimuoto : Poista toistuvat ryhmät ja moniarvoiset sarakkeet HENKILÖ PALKKAHISTORIA Htun Nimi Palkka Htun Pvm Palkka

51 S Funktionaalinen riippuvuus A B Sarake B on funktionaalisesti riippuvainen A:sta, jos A:ta kohti on korkeintaan yksi B:n arvo kunakin ajanhetkenä. HENKILÖ ( Htun, Nimi, Osoite ) HENKILÖ ( Htun, Nimi, Osoite )?

52 S Normaalimuoto TILAUS ToimNro Osanro Nimi Osoite Tilattu_kpl Mitä mieltä olet kenttien nimistä? Ymmärrätkö mitä ne tarkoittavat? 2. Normaalimuoto: Jos avain koostuu useasta sarakkeesta, on jokaisen muun sarakkeen oltava riippuvainen koko avaimesta. TOIMITTAJA ToimNro Nimi Osoite TILAUS ToimNro Osanro Tilattu_kpl Mitä jos näin ei tehdä? Ei voida tallettaa toimittajatietoja etukäteen Vanhoja tilauksia poistettaessa tietyn toimittajan tiedot voivat häipyä kokonaan Toimittajan osoitteen muutos tulee moneen paikkaan

53 3. Normaalimuoto TOIMITTAJA ToimNro Nimi Katuosoite Postinro Posti 122 Oy Fi Koekatu 3B Hki 3. Normaalimuoto: TOIMITTAJA Kaikkien sarakkeiden tulee olla riippuvia vain perusavaimesta. ToimNro Nimi Katuosoite Postinro 122 Oy Fi Koekatu 3B Mitä jos näin ei tehdä? POSTI Postinro Hki Postitoimipaikkoja ei voida tallettaa ennen toimittajan talletusta Postitoimipaikan nimen muutos tulee moneen paikkaan Postitoimip S

54 S NM ja Käsitteet Suunnitteluputkessa normalisoidaan käsitteitä Normalisointi voi tarvittaessa myöhemmin kohdistua tauluihin, tietueisiin jne. Käsitemallin normalisointi tarkistetaan käsite käsitteeltä Melko työlas operaatio, mutta vaivannäkö yleensä kannattaa Yhteenvetona (NM = normaalimuoto): kaikkien eiavaintietojen tulee olla funktionaalisesti riippuvia perusavaimesta (1. NM), koko perusavaimesta (2. NM) ja vain perusavaimesta (3. NM)

55 S Tehtävä: normalisointi Tarkista tekemäsi käsitemalli (Demox Oy tai Formulaesimerkki) missä normaalimuodossa malli on? olisiko järkevää normalisoida mallia pitemmälle? mitä etuja tai haittoja pitkälle normalisoidusta ratkaisusta on? Vinkki: usein tehdään nk. ideaalimalli, jossa normalisointi on ulotettu kaikkiin tilanteisiin ja sen jälkeen tehdään perustellut rajaukset siitä, mikä tulee olemaan toteutettava ratkaisu (ts. palataan lähelle toista normaalimuotoa) Lisätehtävä: Tee kirjan (Hovi et. al. 2003) harjoitukset 9 ja 10 (sijaitsevat myös R5:ssä).

56 S Suunnitteluputki Käyttäjien näkemykset Näytöt, ikkunat Raportit Käsiteanalyysi Tarveanalyysi Normalisointitark. Tietokannan määrittely Käsitemalli Käsitemalli, täydennetty Perusavain Tieto1 Tieto2 Perusavain Tieto1 Tieto2 3. normaalimuodossa olevat käsitteet Relaatiokanta Suorituskyvyn viritys

57 S Käsitteistä tauluiksi Käsitteistä tulee taulu! OSASTO Osastotunnus Osaston_nimi Osastot Osastotunnus Osaston_nimi Käsitteen tiedot (ominaisuudet) sarakkeiksi (kentiksi, field) Käsitteen yksilöivä tieto taulun perusavaimeksi (primary key)

58 S Riippuvuudet Isä-lapsisuhteesta (1:M) tulee viiteavain lapsitauluun OSASTO osastotun osastonimi jne. OSASTO osastotun osastonimi jne Käsitemallin yhden-suhde-moneen yhteys muunnetaan lapsi-taulun viiteavaimeksi (isätaulun perusavain) HENKILO htun sukunimi etunimi HENKILO htun sukunimi etunimi osastotun HUOM. jos viiteavain on jo lapsitaulussa perusavaimen osana, ei viiteavainta tietenkään enää tarvitse lisätä.

59 S Sarakkeiden roolit Taulun sarake voi olla Perusavain Viiteavain Toissijainen hakuavain tarvitaan nopea haku edellyttää usein indeksin Tavallinen tieto Sarake voi kuulua moniosaiseen perusavaimeen ja olla samalla viiteavain (ks. seuraava kuva)

60 S PROJEKTI ptun pnimi HENKILO htun etunimi sukunimi osoite Perusavain OSALLISTUMINEN ptun htun tunnit Viiteavain Projektiin Viiteavain Henkilöön Perusavain voi muodostua viiteavaimista

61 S Useita yhteyksiä: useita viiteavaimia ASIAKAS tilaa vastaanottaa maksaa KULJETUS- TILAUS kolme viiteavainta tilausnro pvm... as tun_tilaaja as tun_maksaja astun_vast_ottaja

62 S Perusavain-resepti Määrittele perusavain pakolliseksi CREATE TABLE lasku (laskunro integer NOT NULL,. Määrittele perusavain SQL:lla, PRIMARY KEY (htun, ptun),. Joissakin tuotteissa on vielä perustettava UNIQUEindeksi esim. DB2, SQLBase Oracle ja SQL Server perustavat automaattisesti perusavainindeksin CREATE UNIQUE INDEX prhe_ind ON PRHE(ptun, htun)

63 S Viiteavain-resepti Määrittele viiteavaimet pakollisiksi (NOT NULL) vain, jos viiteavain ei saa puuttua Kuvan mukaan ei-pakollinen yhteys, Henkilö-taulussa: ostun CHAR (4), -- ei siis NOT NULL CONSTRAINT henkilo_os_fk FOREIGN KEY (ostun) REFERENCES Osasto(ostun)... Perusta viiteavaimille indeksi; yleensä ei UNIQUE parantaa liitosten tehokkuutta huomattavasti voi kuulua Osasto Henkilö ostun htun ostun (FK)

64 S Suunnitteluputki Käyttäjien näkemykset Näytöt, ikkunat Raportit Käsiteanalyysi Tarveanalyysi Normalisointitark. Tietokannan määrittely Käsitemalli Käsitemalli, täydennetty Perusavain Tieto1 Tieto2 Perusavain Tieto1 Tieto2 3. normaalimuodossa olevat käsitteet Relaatiokanta Suorituskyvyn viritys

65 S Suorituskyvyn viritys Ennen kuin tietokanta otetaan tuotantokäyttöön, pitäisi sen suorituskyky testata todellisilla volyymeillä (mielellään jo protoiluvaiheessa) Useissa tietokantatuotteissa on erillinen performance analyzer, joka antaa suosituksia mm. indeksien perustamiseksi

66 S Lisätietoja Hovi, Huotari, Lahdenmäki: Tietokantojen suunnittelu & indeksointi, Docendo (2003, 2005) Hovi, Ari. SQL-opas, Docendo (2004) Connolly & Begg: Database Systems, Addison Wesley (2003) Soini, Tapani. Tietoanalyysi, Weilin&Göös (1984)