TIETOKANTOJEN PERUSTEET MARKKU SUNI
|
|
- Hannele Tamminen
- 9 vuotta sitten
- Katselukertoja:
Transkriptio
1 TIETOKANTOJEN PERUSTEET MARKKU SUNI
2 Tarkastellaan ENTITY-RELATIONSHIP-mallia tietomallin laadintaa hiukan lisää suunnittelusta
3 Id enimi snimi muuta 1 Aki Joki xxx 2 Esa Elo yyy Id katuos postios maa 1 Alikatu FI 2 Ylikatu FI Id tuotenro pvm kpl Tuotenro hinta nimike metla pesti sevakko Muuan tietokanta - mahdollinen, mutta varoittava esimerkki
4 Entity-Relationship mallinnus Entity tietokohde, entiteetti Relationship suhde Tietokantojen suunnittelun pulmia 1. eri osapuolten erilaiset näkemykset asiaan Ratkaisu: yhteinen tekniikasta ja monimielisyyksistä vapaa kuvaustapa Yksi tällainen on vuonna 1976 esitelty ER-mallinnus
5 ER-mallinnus on ylhäältä-alas (top down) suunnittelutapa kuvaamaan tärkeitä tietokohteita ja niiden välisiä suhteita Kun on olemassa ajatus kohteista ja suhteista, niin miten se esitetään paperilla, kuvaruudulla, tms.??? On olemassa Universal Modeling Language, UML Ja montakin tapaa kuvata näitä asioita.
6 Entity tietokohde Joukko kohteita, joilla on samoja ominaisuuksia ja jotka käyttäjä voi tunnistaa riippumattomaksi kokonaisuudeksi. Jokainen yksilöllisesti tunnistettava joukkoon kuuluva kohde on ilmentymä (entity occurrence) Tietokohde on riippumaton ja voi esittää fyysisiä tai abstrakteja asioita. Jokaisella tietokohteella on nimi ja joukko ominaisuuksia, attribuutteja
7 Videovuokraamon tietokohteita esimerkki Fyysinen kohde Jäsen Video Toimisto käsitteellinen kohde Rooli Vuokraus Rekisteröinti Graafinen kuvaustapa Tietokohde: suorakaide ja kohteen nimi
8 Suhde - Relationship Suhde on joukko liittymiä siihen kuuluvien tietokohteiden välillä Kunkin liittymän tulisi olla yksikäsitteisesti tunnistettavissa suhteessa. Silloin sitä sanotaan suhteen ilmentymäksi (relationship occurrence) Kullakin suhteella on toimintaa kuvaava nimi. Esim. Näyttelijä liittyy rooliin suhteella esittää
9 Suhteiden esittäminen kaavioissa Kutakin suhdetta kuvataan tietokohteita yhdistävällä viivalla, joka varustetaan suhteen nimellä. Yleensä suhteen nimenä on verbi (esittää, myy, Plays, Sells ) fraasi (OnOsa, IsPartOf, WorksAt,... ) Yleensä suhde on nimetty vain yhteen suuntaan. Siksi viivaan usein liittyy nuoli Video Sisältää Rooli Esittää Näyttelijä
10 Suhteen aste Suhteeseen voi ottaa osaa useita tietokohteita. Niiden lukumäärää kutsutaan asteeksi (Degree of Relationship) Suhde, jonka aste on kaksi, on binaarinen (binary) Vain kaksi osallistujaa Näyttelijän ja roolin välillä Videon ja roolin välillä
11 Suhteen aste Suhteen aste voi olla kolme: Henkilökunta rekisteröi jäsenen toimistossa: Toimisto Rekisteröi Henkilöstö Jäsen
12 Suhteen aste Suhteen aste voi olla neljä, jopa korkeampi binaarinen binary ternaarinen ternary quaternary n-asteinen (n-ary) Tavallisin suhde on binaarinen
13 Suhteen aste rekursiivinen suhde Malliksi suhde Valvoo (Supervises) Henkilöstön jäsen valvoja (esimies) valvoo henkilöstön jäsentä (valvottavaa) Rekursiiviset suhteet ovat unaarisia (unary) Kuvauksessa käytämme apuna roolinimiä Supervisee Supervises Staff Supervisor
14 Attribuutit ominaisuudet Tietokohteiden ominaisuuksia sanotaan attribuuteiksi Attribuutit kertovat tietokohteista. Tietokohdetta Video kuvaaavat attribuutit catalogno, dailyrental, price Nämä attribuutit sisältävät kutakin videon ilmentymää kuvaavat arvot Ne myös ovat oleellisia tietokantaan vietäviä tietoja Myös suhteilla voi olla attribuutteja
15 Attribuutit ominaisuudet Attribuutit voivat olla yksittäisiä (single) yhdistettyjä (composite) yksiarvoisia (single-valued) moniarvoisia (multi-valued) johdettuja (derived)
16 Attribuutit ominaisuudet Yksittäiset attribuutit yksittäisiä attribuutteja ei voi jakaa osiin puhutaan myös atomiattribuuteista (atomic attributes) esim. videon hinta ja luokka Yhdistetyt attribuutit voi jakaa osiin esim. jäsen-attribuutin arvo Markku Suni: etunimi (Markku) ja sukunimi (Suni) Esitetäänkö attribuutti yksittäisenä vai yhdistelmänä riippuu sen käytöstä
17 Attribuutit ominaisuudet Yksiarvoiset attribuutit useimmat ovat tällaisia kullakin tietokohteella video on yksi catalogno Moniarvoiset attribuutit attribuutilla voi olla useita arvoja tietylle tietokohteelle esim. videon category-attribuutti: Children Comedy Moniarvoisella attribuutilla voi olla 1 n arvoa
18 Attribuutit ominaisuudet Johdetut attribuutit attribuutti voidaan johtaa jostain toisesta henkilön ikä voidaan laskea syntymäpäivän perusteella ikä ja syntymäpäivä ovat suhteessa toisiinsa Yleensä ikää ei talleta, koska se vaihtuu jatkuvasti syntymäpäivä ei vaihdu ja siitä saadaan ikä Tässä kuvatut attribuuttien ominaisuudet eivät ole toisensa poissulkevia. Voi olla yksittäinen yksiarvoinen, yksittäinen moniarvoinen, jne.
19 Avaimista Aikaisemmin puhuttiin tauluihin liittyvistä avaimista Samat asiat sopivat myös tietokohteisiin. Superavain (Superkey) attribuutti tai attribuuttijoukko, joka yksikäsitteisesti tunnistaa kunkin tietokohteen ilmentymän Ehdokasavain (Candidate key) superavain, jossa on minimaalinen määrä yksikäsitteiseen tunnistukseen tarvittavia attribuutteja
20 Avaimista Aikaisemmin puhuttiin tauluihin liittyvistä avaimista Samat asiat sopivat myös tietokohteisiin. Pääavain (primary key) ehdokasavain, joka valitaan tunnistamaan jokainen tietokohteen ilmentymä Vaihtoehtoiset avaimet (alternate keys) ehdokasavaimia, joita ei ole valittu pääavaimeksi Vierasavain (foreign key) Toisen tietokohteen avain
21 Attribuuttien graafinen esitys Jos tietokohde halutaan esittää attribuutteineen, jaamme sitä esittävän suorakaiteen kahtia yläpuolella on tietokohteen nimi alapuolella ovat attribuuttien nimet, pääavain ensin henkilö SOTU syntymäpäivä palkka tehtävä
22
23 Merkinnöistä Attribuuttilistassa ensin tietokohteen pääavain (jos tiedossa) UML-kielessä attribuutin nimen ensimmäinen kirjain on pieni jos nimessä on useita sanoja, seuraavat alkavat isolla pääavain merkitään (PK) jos pääavaimessa muita attribuutteja, merkitään (PPK) (Partial Primary Key) vaihtoehtoiset avaimet merkitään (AK) yhdistetyt attribuutit: nimi ja alla sisennettyinä osat moniarvoiset attribuutit: nimen perään tietoa arvoalueesta johdetuille attribuuteilla nimen eteen /
24 Vahvat ja heikot tietokohteet Strong and Weak Entities Tietokohteet ovat vahvoja tai heikkoja Jos tietokohteella on oma yksikäsitteinen pääavain, se on vahva (strong) kuvassa video ja actor Jos tietokohde tarvitsee jonkun toisen tietokohteen avaintietoa, se on heikko (weak) kuvassa role yhtä roolia ei voi erottaa toisesta ilman kohteita video ja actor
25 Vahvat ja heikot tietokohteet Strong and Weak Entities Tietokohteet ovat vahvoja tai heikkoja Vahvoista kohteista käytetään nimitystä vanhempi, omistaja, ohjaava parent, owner, dominant Heikoista kohteista nimitystä lapsi, riippuva, alainen child, dependent, subordinate
26 Monikertaisuudet suhteissa - Multiplicity constraints on relationships Suhteen osapuolina oleviin tietokohteisiin voi olla rajoituksia Esim.: vuokraamon joka toimistolla oltava henkilökuntaa joka toimistoon on kuuluttava jäseniä
27 Monikertaisuudet suhteissa - Multiplicity constraints on relationships Tavallisin suhteen aste on binaarinen Binaarinen suhde on monikertaisuudeltaan yksi-yhteen, yhdestä yhteen 1:1 yksi-moneen, yhdestä moneen 1:* moni moneen, monesta moneen *:* Esim.: henkilöstön jäsen johtaa toimistoa toimistolla on henkilöstön jäseniä näyttelijät esiintyvät videoissa
28 Monikertaisuudet suhteissa - Multiplicity constraints on relationships Tietomalli ei kata kaikkea: Kaikkia sääntöjä ei voi helposti ilmaista tietomallissa Esim. vaatimus, että henkilöstö saa pidemmän loman viiden palvelusvuoden jälkeen
29 Yksi yhteen-suhde 1 : 1
30 Monikertaisuuden selvittäminen Vaatii yleensä tarkkaa vaatimusten, tietojen, sääntöjen ja datan läpikäyntiä Jos dataa läpikäydään, sen olisi syytä olla oikeaa ja kaikki Kuviosta: S1500 johtaa yhtä toimistoa S0010 johtaa yhtä toimistoa S0003 ei johda yhtäkään Kutakin toimistoa johtaa yksi henkilöstön ilmentymä Henkilöstön jäsen johtaa nollaa tai yhtä toimistoa
31 Monikertaisuuden selvittäminen Kuviossa: Kutakin toimistoa johtaa yksi henkilöstön ilmentymä laitamme merkinnän nuolen toiseen päähän Henkilöstön jäsen johtaa nollaa tai yhtä toimistoa laitamme merkinnän nuolen toiseen päähän Nuolen päähän : merkintää vastaavaan päähän
32 OSIO 4: TIETOMALLIN LAADINTA Yksi moneen suhde 1 : *
33 Malliksi tarkastellaan suhdetta Has toimistojen ja henkilöstön välillä Has eli omata, omistaa, olla Jokainen henkilöstön ilmentymä työskentelee yhdessä toimistossa Jokaisella toimistolla on yksi tai useampi henkilöstön ilmentymä Yhdestä moneen-suhteessa valitsemme suhteelle nimen, joka on merkitsevä suuntaan 1 : *
34 OSIO 4: TIETOMALLIN LAADINTA Monesta moneen suhteet * : *
35 Monesta moneen suhteet * : * OSIO 4: TIETOMALLIN LAADINTA
36 Suhteiden attribuutit OSIO 4: TIETOMALLIN LAADINTA
37 Entity-Relationship mallinnuksen ongelmia Connection traps yhteysansat Nämä johtuvat yleensä suhteiden väärintulkinnasta. Ongelmien ratkaisemiseksi ja välttämiseksi on tärkeää 1. varmistaa, että suhteen merkitys 2. ja vastaavan liiketoiminnallisen säännön merkitys 3. määritellään ja ymmärretään oikein 4. että tietomalli vastaisi mahdollisimman hyvin tosimaailmaa
38 Fan Traps Kahdella tietokohteella on 1:* suhde Molemmat tulevat kolmannesta tietokohteesta päin Mutta näillä kahdella tulisi olla suora suhde keskenään
39 Fan Traps - viuhkailmiö Vuokraamon kullakin toimistolla on henkilöitä monta. Toimistolla on myös työsuhdeautoja monta. Ongelma esiintyy haluttaessa tietää, kuka henkilöistä käyttää mitäkin autoa. Siihen ei tämä malli anna mahdollisuutta vastata.
40
41 Fan Traps - ratkaisu Lisätään uusi suhde: Uses (käyttää) ja liitetään sitä kautta henkilöt ja autot.
42 Fan Traps - ratkaisu Lisätään uusi suhde: Uses (käyttää) ja liitetään sitä kautta henkilöt ja autot.
43 Chasm Traps - kuiluilmiö Malli antaa ymmärtää, että tietokohteiden välillä on suhde, mutta selvää tietä ei esiinny joidenkin ilmentymien välillä Tilanne: mallissa on suhteet toimiston ja auton välillä auton ja henkilön välillä Kysymys: kuka työskentelee missäkin toimistossa?
44
45 Chasm Traps - ratkaisu
46 Chasm Traps - ratkaisu
47 Systeemin määrittelyjä: Tietokannan kokoarvio: Videonimikkeitä on noin ja kasetteja n yhteensä 100:ssa toimistossa. Toimistossa on keskimäärin 4000 ja korkeintaan kasettia henkilökuntaa on n henkeä, keskimäärin 15/toimisto Yhteensä n jäsentä, keskimäärin 1000/tsto Yhteensä n vuokraa 1000 ohjaajaa ja näyttelijää tähtiosaa 50 videotoimittajaa ja 1000 tilausta ulkona
48 Systeemin määrittelyjä: Tietokannan kasvuarvio: Noin 100 uutta videota ja 20 kopiota kuukaudessa Kun videota ei enää voi vuokrata, se poistetaan, näitä on 100/kk 20 uutta henkilöä tulee kuukaudessa; saman verran poistuu. Poistuneiden tiedot tuhotaan vuoden kuluttua 1000 uutta jäsentä kuukaudessa; jos hän ei vuokraa videota kahteen vuoteen, hänet poistetaan n. 100/kk 5000 videovuokrausta 100:ssa toimistossa päivässä Vuokrasopimuksen tiedot poistetaan kahden vuoden kuluttua 50 uutta videotilausta viikossa; säilytetään kaksi vuotta
49 Systeemin määrittelyjä: Hakutilastoa: toimiston tietoja n. 10 kertaa päivässä henkilön tietoja 20/pv videon tietoja n kertaa päivässä; viikonloppuisin kertaa päivässä kasetin tietoja n /pv; viikonloppuisin /pv tietyn jäsenen tietoja n. 100/pv vuokrasopimuksen tietoja n /pv; viikonloppuisin /pv hakujen huippukuorma klo päivittäin
50 Systeemin määrittelyjä: Verkoston vaatimuksia: Kaikki toimistot pitää saada verkkoon turvallisesti Päämaja Seattlessa Ainakin kolme henkeä toimii samanaikaisesti kussakin toimistossa verkossa; ohjelmalisenssien tulee ottaa tämä huomioon
51 Systeemin määrittelyjä: Suorituskyky: Aukioloaikoina huippuaikojen ulkopuolella alle 1 sekunnin vasteaika yhden tietueen hauille Huippuaikoina alle 5 sekunnin vasteaika kaikille hauille Aukioloaikoina alla 5 sekunnin vasteaika monen tietueen hauille; huippuaikoina alle 10 sekunnin Aukioloaikoina alle 1 sekunnin vasteaika talletuksille ja päivityksille Huippuaikoina alle 5 sekunnin vasteaika kaikille kyselyille
52 Systeemin määrittelyjä: Turvallisuus: Tietokanta on salasanoilla suojattu Jokaisella henkilökunnan jäsenellä työtehtävän edellyttämät oikeudet tietoihin Henkilöstö saa nähdä vain tehtävänsä edellyttämät tiedot Varmistukset: Tietokanta varmistetaan joka yö keskiyöllä
53 Malliksi tietokanta videovuokraamon taulut Branch (branchno, street, city, state, zipcode, mgrstaffno) Staff (staffno, name, position, salary, branchno) Video (catalogno, title, category, dailyrental, price, directorno) Director (directorno, directorname) Actor (actorno, actorname) Role (actorno, catalogno, character) Member (memberno, fname, lname, address) Registration (branchno, dateout, datereturn, memberno, videono) RentalAgreement (rentalno, dateout, datereturn, memberno, videono) VideoForRent (videono, available, catalogno, branchno)
54 Life goes on day after day Hearts torn in every way So ferry cross the Aura will allways take me there And here I ll stay. People around every corner They seem to smile and say: We don t carewhatyournameis, boy We ll never turn you away So I ll continue to say Here I allways will stay The Pacemakers
TIETOKANTOJEN PERUSTEET OSIO 8 MARKKU SUNI
TIETOKANTOJEN PERUSTEET OSIO 8 MARKKU SUNI Tarkastellaan Loogista tietokannan suunnittelua vaihe 2 Taulujen määrittely loogisen tietomallin perusteella 2 Suunnittele ja tarkista taulut joka loogisesta
TIETOKANTOJEN PERUSTEET MARKKU SUNI
TIETOKANTOJEN PERUSTEET MARKKU SUNI Tarkastellaan tietokantojen perusominaisuuksia taulujen suhteita toisiinsa tietokantojen suunnittelun alkeita Id enimi snimi muuta 1 Aki Joki xxx 2 Esa Elo yyy Id katuos
TIETOKANTOJEN PERUSTEET OSIO 11 MARKKU SUNI
TIETOKANTOJEN PERUSTEET OSIO 11 MARKKU SUNI Tarkastellaan Tietokannan fyysistä suunnittelua Menetelmän vaihetta 4 Looginen suunoitelma muutetaan toimiviksi tauluiksi Id enimi snimi muuta 1 Aki Joki xxx
TIETOKANTOJEN PERUSTEET MARKKU SUNI
TIETOKANTOJEN PERUSTEET MARKKU SUNI Tarkastellaan tietokantojen kuvaustapoja taulujen suhteita toisiinsa tietokantojen suunnittelun alkeita tietokantojen kuvaustapoja Id enimi snimi muuta 1 Aki Joki xxx
TIETOKANTOJEN PERUSTEITA MARKKU SUNI
TIETOKANTOJEN PERUSTEITA MARKKU SUNI TIETOKANTOJEN SUUNNITTELU MARKKU SUNI Tarkastellaan taulujen suhteita toisiinsa tietokantojen suunnittelun alkeita Id enimi snimi muuta 1 Aki Joki xxx 2 Esa Elo yyy
Tietokantojen suunnittelu, relaatiokantojen perusteita
Tietokantojen suunnittelu, relaatiokantojen perusteita A277, Tietokannat Teemu Saarelainen teemu.saarelainen@kyamk.fi Lähteet: Leon Atkinson: core MySQL Ari Hovi: SQL-opas TTY:n tietokantojen perusteet-kurssin
3. Käsiteanalyysi ja käsitekaavio
3. Käsiteanalyysi ja käsitekaavio lehtori Pasi Ranne Metropolia ammattikorkeakoulu E-mail: pasi.ranne@metropolia.fi sivu 1 Käsiteanalyysi Selvitetään mitä tietokantaan pitää tallentaa Lähtökohtana käyttäjien
TIEDONHALLINTA - SYKSY Luento 7. Pasi Ranne /10/17 Helsinki Metropolia University of Applied Sciences
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
HELIA 1 (17) Outi Virkki Tiedonhallinta
HELIA 1 (17) Luento 4.1 Looginen suunnittelu... 2 Relaatiomalli... 3 Peruskäsitteet... 4 Relaatio... 6 Relaatiokaava (Relation schema)... 6 Attribuutti ja arvojoukko... 7 Monikko... 8 Avaimet... 10 Avain
Tieto/datamallit. Marttila-Kontio/Unicta Oy
4.4.2017 Tieto/datamallit 4.4.2017 Data Governance Data governance (DG) refers to the overall management of the availability, usability, integrity, and security of the data employed in an enterprise. 4.4.2017
TIETOKANTOJEN PERUSTEET OSIO 14 MARKKU SUNI
TIETOKANTOJEN PERUSTEET OSIO 14 MARKKU SUNI Tavoite: Suunnitella käyttäjien tarvitsemat turvallisuusmekanismit ja säännöt. Toisin sanoen: tehdä tietokannasta turvallinen ja luotettava. Muistutus: Tietokanta
TIETOKANTOJEN PERUSTEET MARKKU SUNI
TIETOKANTOJEN PERUSTEET MARKKU SUNI TIETOKANTOJEN SUUNNITTELU MARKKU SUNI TARKASTELLAAN Tietokannan SUUNNITTELUN Vaihetta 5 SUUNNITTELE FYYSINEN ESITYSMUOTO Tietokannan suunnittelun vaihe 5: Suunnittele
TIETOKANTOJEN PERUSTEET MARKKU SUNI
TIETOKANTOJEN PERUSTEET MARKKU SUNI SQL - KIELI HIERARKIAAKO ELI ALIKYSELYT MARKKU SUNI Periaatteessa Alikyselyt ovat upotettuja SELECT-käskyjä Kysymys kuuluu: Upottavatko upotetut SELECT-käskyt SQL-ohjelmani?
Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys
Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys Tällä kurssilla on tutustuttu ohjelmistojen mallintamiseen oliomenetelmiä ja UML:ää käyttäen Samaan aikaan järjestetyllä kurssilla on käsitelty
TIEDONHALLINNAN PERUSTEET - SYKSY 2013
TIEDONHALLINNAN PERUSTEET - SYKSY 2013 Kurssikoodi: Saapumisryhmä: Luento 4 XX00AA79-3013 TU12S2 Pasi Ranne 11.9.2013 11/9/13 Helsinki Metropolia University of Applied Sciences 1 Relaatiotietokannan suunnitteluprosessin
Relaatiomalli ja -tietokanta
Relaatiomalli ja -tietokanta > Edgar. F. (Ted) Codd, IBM, 1969 < A Relational Model of Data for Large Shared Data Banks Communications of the ACM, Vol. 13, No. 6, June 1970, pp. 377-387. > 70-luvun lopulla
HELIA 1 (20) Outi Virkki Tiedonhallinta 4.11.2000
HELIA 1 (20) Luento 3.1 7LHWRNDQWDSRKMDLVHQVRYHOOXNVHQVXXQQLWWHOXSURVHVVL Tietokannan suunnittelun tavoitteet... 3 Abstraktiotasot tietokannan suunnittelussa... 4 3-taso -malli... 4 TIHA-standardi... 5
CS-A1150 Tietokannat CS-A1150 Tietokannat / 35
CS-A1150 Tietokannat 5.3.2019 CS-A1150 Tietokannat 5.3.2019 1 / 35 Oppimistavoitteet: tämän luennon jälkeen Osaat tehdä tietokantaa kuvaavan mallin UML-kaavion avulla. Tunnet esimerkiksi seuraavat UML-mallinnuksen
TIETOKANTOJEN PERUSTEET MARKKU SUNI
TIETOKANTOJEN PERUSTEET MARKKU SUNI OSIO 02 Tietokantojen perusteita Tietokanta Näistä vaatimuksista seuraa: tietokantaan liittyy ohjelmisto, joka hoitaa sitä tämä ohjelmisto varsinaisesti lukee ja kirjoittaa
TIEDONHALLINTA - SYKSY Luento 2. Pasi Ranne /8/17 Helsinki Metropolia University of Applied Sciences
TIEDONHALLINTA - SYKSY 2017 Kurssikoodi: Saapumisryhmä: Luento 2 TX00CN57-3001 TXQ16ICT, TXQ16S1 ja TXQ16PROS Pasi Ranne 28.8.2017 27/8/17 Helsinki Metropolia University of Applied Sciences 1 Oppitunnin
CS-A1150 Tietokannat CS-A1150 Tietokannat / 43
CS-A1150 Tietokannat 27.2.2018 CS-A1150 Tietokannat 27.2.2018 1 / 43 Oppimistavoitteet: tämän luennon jälkeen Osaat tehdä tietokantaa kuvaavan mallin ER-kaavion avulla. Tunnet esimerkiksi seuraavat ER-mallinnuksen
TIETOKANTOJEN PERUSTEET MARKKU SUNI
TIETOKANTOJEN PERUSTEET MARKKU SUNI OSIO 01 Peruskäsitteitä Kurssin tavoite: antaa osallistujille valmiudet ymmärtää tietokantojen periaatteet ymmärtää tietokantojen suunnittelunäkökohtia osallistua tietokantojen
Tietokannan suunnittelu
HELIA TIKO-05 1 (12) ICT03D Tieto ja tiedon varastointi Tietokannan suunnittelu Tietokannan suunnitteluprosessi... 2 Tavoitteet...2 Tietojärjestelmän suunnitteluprosessi...3 Abstraktiotasot tietokannan
Tiedonhallinnan perusteet. Viikko 1 Jukka Lähetkangas
Tiedonhallinnan perusteet Viikko 1 Jukka Lähetkangas Kurssilla käytävät asiat Tietokantojen toimintafilosofian ja -tekniikan perusteet Tiedonsäilönnän vaihtoehdot Tietokantojen suunnitteleminen internetiä
Relaatioista TIETOJENKÄSITTELYTIETEIDEN LAITOS, JUHA IISAKKA 11-14
Relaatioista Sarakenimistä relaation kaava tulisi olla yksiselitteinen attribuutin roolinimen tulisi auttaa ymmärtämään attribuutin tarkoituksen OSASTO(NIMI,NRO, TNRO, SIJAINTI) mitä tarkoittaa TNRO? viiteavaimella
2. Käsiteanalyysi ja relaatiomalli
2. Käsiteanalyysi ja relaatiomalli lehtori Pasi Ranne Metropolia ammattikorkeakoulu E-mail: pasi.ranne@metropolia.fi sivu 1 Tietokannan suunnitteluprosessin osat sivu 2 Käsiteanalyysi ER-mallinnus, tietomallinnus
Mikä on tietomalli? Relaatiomallin käsitteitä 1/2 (kuva 5.1) Relaatiomallin taustaa
Relaatiomalli 5. Relaatiomalli Käsitteet Säännöt Käyttö 6. Relaatioalgebra (EI TENTTIIN!) Select, Project, Union, Difference, Join 7. (E)ER-mallin muuntaminen relaatioiksi Kaava Mikä on tietomalli? Malli,
HELIA 1 (21) Outi Virkki Tietokantasuunnittelu 20.9.2005
HELIA 1 (21) Luento 7 Relaatiomallin kertausta... 2 Peruskäsitteet... 2 Relaatio... 4 Määritelmä... 4 Relaatiokaava (Relation schema)... 4 Relaatioinstanssi (Relation instance)... 4 Attribuutti ja arvojoukko...
Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia.
Tietokantasuunnittelusta Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia toistuva tieto vie tilaa ylläpito muodostuu hankalaksi ylläpito-operaatioilla
HAAGA-HELIA heti09 1 (27) ICT05 Tiedonhallinta ja tietokannat O.Virkki 19.1.2010. Relaatiomalli
HAAGA-HELIA heti09 1 (27) Relaatiomalli Relaatiomalli... 2 Peruskäsitteet... 3 Relaatio... 5 Attribuutti ja arvojoukko... 6 Monikko... 7 Säännöt... 8 Arvojoukkoeheyssääntö... 8 Pääavain ja yksilön eheyssääntö...
TIETOKANTOJEN PERUSTEET MARKKU SUNI
TIETOKANTOJEN PERUSTEET MARKKU SUNI SQL - KIELI TIETOJEN MUOKKAUS MARKKU SUNI Tarkastellaan tauluissa olevien tietojen muokkausta muokkauskäskyjä: INSERT UPDATE DELETE Kysymys kuuluu: Voiko tietoja muokata
Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2007 ER-mallin peruskäsitteet.
Tietosisällön kuvaaminen Toteutusvälineistä riippumaton tietosisällön kuvaus Entity-Relationship malliperhe Lähtökohta: Chenin malli vuodelta 1976 Useita muunnelmia, pieniä eroja peruskäsitteissä ja erityisesti
HELIA TIKO-05 1 (17) ICT03D Tieto ja tiedon varastointi Räty, Virkki
HELIA TIKO-05 1 (17) SQL / DML 4 Alikyselyt...2 Joukko-operaatiot...7 Yhdiste, unioni...8 Leikkaus...9 Erotus... 10 Tietokannan datan muokkaus... 11 Lisäys... 11 Yhden rivin lisääminen... 12 Useamman rivin
Yhteydelle voi antaa nimen kumpaankin suuntaan Sille ei tarvise antaa lainkaan nimeä Yhteysnimen asemasta tai lisäksi voidaan käyttää roolinimiä
DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Olioiden väliset yhteydet Yhteyden nimi Nimen lukusuunta pankkitili 0..10 Omistaja-> 1..3 asiakas
Luento 3 Tietokannan tietosisällön suunnittelu
HAAGA-HELIA / Heti-09 1 (17) Luento 3 Tietokannan tietosisällön suunnittelu Tietojärjestelmän suunnitteluprosessi... 2 Tietokannan suunnittelun tavoitteet... 3 Tietokannan suunnitteluprosessi... 4 Käsitteellinen
HAAGA-HELIA TIKO-05 1 (19) ICT23a Tietokannan suunnittelu ja toteutus O.Virkki 4.9.2008
HAAGA-HELIA TIKO-05 1 (19) Relaatiomalli Relaatiomalli... 2 Peruskäsitteet... 3 Relaatio... 5 Attribuutti ja arvojoukko... 6 Monikko... 7 Säännöt... 8 Yksilön eheyssääntö ja Pääavain... 9 Viite-eheyssääntö
Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä
582104 Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä 1 Luokkamallin lisäpiirteitä Erilaiset yhteystyypit kooste kompositio Muita luokkien välisiä suhteita riippuvuudet periytyminen eli luokkahierarkia
UML - unified modeling language
UML - unified modeling language Lähtökohtana: Booch, Rumbaugh, Jacobsson Tavoitteena Unified Method - syntyykö? Kehittäjänä: Rational Inc. Standardointi: Object Management Group (OMG) - vaiheessa Lähteet:
TIETOKANNAN NORMALISOINTI JA NORMAALIMUODOT
TIETOKANNAN NORMALISOINTI JA NORMAALIMUODOT A271117, Tietokannat Teemu Saarelainen teemu.saarelainen@kyamk.fi Lähteet: Leon Atkinson: core MySQL Ari Hovi: SQL-opas TTY:n tietokantojen perusteet-kurssin
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 1 UML-mallinnus
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 1 UML-mallinnus Versio: 12.01.2011 Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 2 Yleistä... 1 3 Lyhenteet... 1 4 UML-luokkakaaviotekniikan
Tietomallit. Näkökulmat tietoon. Näkökulmat tietoon. Mitä malleja olisi tarjolla? Abstraktiotasot tiedon käsittelyssä
Tietomallit Tietomallilla (data model) tarkoitetaan tiedon rakenteen ja tiedolle suoritettavan käsittelyn määrittelevää kehikkoa - käsitteistöä Tietoa voidaan tarkastella eri näkökulmista - eri abstraktiotasoilla
Jouni Huotari & Ari Hovi. Käsitemallinnuksesta relaatiokantaan KÄSITEMALLI. LOOGINEN MALLI: tietomalli valittu. FYYSINEN MALLI: DBMS valittu
Informaatioteknologian instituutti IIO30100 Tietokantojen suunnittelu Polku luokkakaavioista taulujen toteutukseen kirjan Hovi, Huotari, Lahdenmäki: Tietokantojen suunnittelu & indeksointi, Docendo (2003,
SÄHKE-hanke. Abstrakti mallintaminen Tietomallin (graafi) lukuohje
04.02.2005 1 (6) SÄHKE-hanke Versio ja pvm Laatinut Tarkpvm Tarkastanut Hyvpvm Hyväksynyt 2.0 / 04.02.2005 Anneli Rantanen 15.02.2005 Markus Merenmies 18.02.2005 Ohjausryhmä 04.02.2005 2 (6) Muutoshistoria
Tietotekniikan laitos Käki-projekti TIETOKANTASUUNNITELMA. 1. Johdanto
Jyväskylän yliopisto SUUNNITELMA Tietotekniikan laitos 5.11.2003 Käki-projekti TIETOKANTASUUNNITELMA 1. Johdanto Suunnitelma sisältää kuvauksen tietokannan suunnittelussa käytetyistä periaatteista, kuvan
Helsingin yliopisto/tktl DO Tietokantojen perusteet, s 2000 Relaatiomallin peruskäsitteet Harri Laine 1. Relaatiotietokannat DONOTP
RINT THIS DOCUM ENT Relaatiotietokannat DONOTP Relaatiomalli Perustana rakennetason tietomalli relaatiomalli (the relational model of data) perusteoria: Codd 1970 ensimmäiset kaupalliset toteutukset 70-luvun
HELIA 1 (19) Outi Virkki Tietokantasuunnittelu 9.3.2001
HELIA 1 (19) Luento 11 Eheyssäännöt (Integrity Constraints)... 2 Eheyden valvonta... 3 Yksilön eheyssääntö... 4 Arvojoukkoeheyssäännöt... 5 Null-arvoista... 6 Viite-eheyssäännöt... 7 Emorelaation päivitys...
HARJOITUS 2. Kasvattamot ja mittaukset
HARJOITUS 2. Tehtävä 1 Alla on esitetty relaatiotietokannan taulujen rakenne. Mitä ongelmia tähän tietokantaan liittyy jos se yritettäisiin ottaa käyttöön sellaisenaan? Korjaa puutteet ja esitä toimiva
Tiedonhallinnan perusteet. H11 Ovien ja kulun valvontajärjestelmän tietokanta
Tiedonhallinnan perusteet H11 Ovien ja kulun valvontajärjestelmän tietokanta Nimi: Mikko Haapanen Opiskelijanumero: 0900568 Ryhmä: T09L Työ tehty: 15.3.2010 Mikko Haapanen 15.3.2010 1(7) 1. Asiakasvaatimukset
POLKU LUOKKAKAAVIOISTA TAULUJEN TOTEUTUKSEEN
POLKU LUOKKAKAAVIOISTA TAULUJEN TOTEUTUKSEEN KIRJAN HOVI, HUOTARI, LAHDENMÄKI: TIETOKANTOJEN SUUNNITTELU & INDEKSOINTI DOCENDO (2003, 2005) LUKU 7 JOUNI HUOTARI & ARI HOVI IIO30100 TIETOKANTOJEN SUUNNITTELU
Johdatus sovellussuunnitteluun, s99, osa3 Helsingin yliopisto;/tktl Harri Laine 1. Olioiden väliset yhteydet. Olioiden väliset yhteydet
..999 DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Yhteyden nimi Nimen lukusuunta pankkitili asiakas 0..0 Omistaja->..3
HELIA 1 (17) Outi Virkki Tiedonhallinta 4.11.2000
HELIA 1 (17) Luento 4.5 Normalisointi... 2 Tavoitteet... 2 Attribuuttien väliset riippuvuudet... 4 Funktionaalinen / moniarvoinen riippuvuus... 4 Transitiivinen / suora riippuvuus... 6 Täydellinen / osittainen
Tietokannat II -kurssin harjoitustyö
Tietokannat II -kurssin harjoitustyö Jyri Lehtonen (72039), jkoleh@utu.fi Azad Hajipour (72187), azhaji@utu.fi 10.6.2007 Sisältö 1. Tietokannan kuvaus... 1 1.1 Tietokannan rakenne... 1 1.2 Relaatiokaava
CSE-A1200 Tietokannat
CSE-A1200 Tietokannat 1.3.2016 CSE-A1200 Tietokannat 1.3.2016 1 / 41 Oppimistavoitteet: tämän luennon jälkeen Osaat tehdä tietokantaa kuvaavan mallin ER-kaavion avulla. Tunnet esimerkiksi seuraavat ER-mallinnuksen
Johdatus sovellussuunnitteluun, s99, osa3 Helsingin yliopisto;/tktl Harri Laine 1. Olioiden väliset yhteydet. Olioiden väliset yhteydet
DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Yhteyden nimi Nimen lukusuunta pankkitili 0..0 Omistaja->..3 asiakas
On autoja, henkilöitä, Henkilöllä on nimi Autolla on omistaja, joka on henkilö. Taulu AUTO(rekno, malli) Taulu HENKILO(nimi, )
Tietomallit Tietomallilla (data model) tarkoitetaan tiedon rakenteen ja tiedolle suoritettavan käsittelyn määrittelevää kehikkoa - käsitteistöä Tietoa voidaan tarkastella eri näkökulmista - eri abstraktiotasoilla
Liigan taulut ja attribuutit
HARJOITUS 3. Tehtävä 1. Laadi harjoitusmielessä kaksi käsitekaaviota, (juniori. Nappula tms.)liiga ja äänitearkisto. Levyarkisto: Tietokannassa tulee olla perustiedot äänitteistä (CD, vinyyli, kasetti),
HELIA 1 (11) Outi Virkki Tiedonhallinta 4.11.2000
HELIA 1 (11) Access 1 ACCESS...2 Yleistä...2 Access-tietokanta...3 Perusobjektit...3 Taulu...5 Kysely...7 Lomake...9 Raportti...10 Makro...11 Moduli...11 HELIA 2 (11) ACCESS Yleistä Relaatiotietokantatyyppinen
Sosiaalisten verkostojen data
Sosiaalisten verkostojen data Hypermedian jatko-opintoseminaari 2008-09 2. luento - 17.10.2008 Antti Kortemaa, TTY/Hlab Wasserman, S. & Faust, K.: Social Network Analysis. Methods and Applications. 1 Mitä
HELIA TIKO-05 1 (20) ICT03D Tieto ja tiedon varastointi O.Virkki
HELIA TIKO-05 1 (20) Normalisointi Normalisointi...2 Tavoitteet...2 Attribuuttien väliset riippuvuudet...4 Funktionaalinen / moniarvoinen riippuvuus...4 Täydellinen / osittainen riippuvuus...6 Suora /
UML Luokkakaavio 14:41
UML Luokkakaavio UML Olio-ohjelman luokkien pääpiirteet voidaan kätevähkösti esittää ns. UML-luokkakaaviona. Näin usein tehdäänkin esim. suunniteltaessa, millaisia luokkia ohjelmaan on tarkoitus laatia,
HELIA TIKO-05 1 (28) ICT03D Tieto ja tiedon varastointi O.Virkki
HELIA TIKO-05 1 (28) Relaatiomalli Relaatiomalli...2 Peruskäsitteet...3 Relaatio...5 Attribuutti ja arvojoukko...6 Monikko...7 Säännöt...8 Arvojoukkoeheyssääntö...8 Pääavain ja yksilön eheyssääntö...9
HELIA 1 (12) Outi Virkki Tiedonhallinta 4.11.2000
HELIA 1 (12) Luento 4.3 Eheyssäännöt (Integrity Constraints)... 2 Eheyden valvonta... 3 Yksilön eheyssääntö... 4 Viite-eheyssäännöt... 5 Arvojoukkoeheyssäännöt... 8 Null-arvoista... 10 Sovelluskohtaiset
Ohjelmistotekniikan menetelmät, UML
582101 - Ohjelmistotekniikan menetelmät, UML 1 Sisältö DFD- ja sidosryhmäkaavioiden kertaus Oliomallinnus UML:än kaaviotyypit 2 Tietovuokaaviot Data flow diagrams, DFD Historiallisesti käytetyin kuvaustekniikka
HELIA TIKO-05 1 (15) ICT03D Tieto ja tiedon varastointi Räty, Virkki 25.10.2006
HELIA TIKO-05 1 (15) SQL / DML 3 Liitos...2 SQL-92:n join operaatio...4 SQL-89:n join operaatio:...5 Karteesinen tulo... 10 Ulkoliitos (Outer join)... 11 Vasemmanpuoleinen ulkoliitos... 12 Oikeanpuoleinen
Esimerkkejä vaativuusluokista
Esimerkkejä vaativuusluokista Seuraaville kalvoille on poimittu joitain esimerkkejä havainnollistamaan algoritmien aikavaativuusluokkia. Esimerkit on valittu melko mielivaltaisesti laitoksella tehtävään
NORMALISOINTI TIETOJEN MALLINNUS JOUNI HUOTARI & ARI HOVI
TIETOJEN MALLINNUS NORMALISOINTI HOVI, HUOTARI, LAHDENMÄKI: TIETOKANTOJEN SUUNNITTELU & INDEKSOINTI DOCENDO (2003, 2005) LUKU 5 JOUNI HUOTARI & ARI HOVI SUUNNITTELUPUTKI Käyttäjien näkemykset Näytöt, ikkunat
Tietokantakurssit / TKTL
Tietokantakurssit / TKTL Tietokantojen perusteet - tietokannan käyttö: SQL, sovellukset Tietokannan hallinta - tietokannanhallintajärjestelmän ominaisuuksia: tallennusrakenteet kyselyjen toteutus tapahtumien
PIC-koodin luominen URF-tietokantaan Participant Portal
PIC-koodin luominen URF-tietokantaan Participant Portal ECAS-tunnuksen hankkiminen Participant Portal osoite: http://ec.europa.eu/education/participants/portal/ Uudet käyttäjät, joilla ei vielä ole ECAS-tunnuksia:
Tietomallit. Näkökulmat tietoon. Näkökulmat tietoon. Näkökulmat tietoon. Abstraktiotasot tiedon käsittelyssä
Tietomallit Tietomallilla (data model) tarkoitetaan tiedon rakenteen ja tiedolle suoritettavan käsittelyn määrittelevää käsitteistöä Tietoa voidaan tarkastella eri näkökulmista - eri abstraktiotasoilla
Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2005 relaatiomalli Harri Laine 1.
Relaatiotietokannat Relaatiomalli Perustana rakennetason tietomalli (the relational model of data) perusteoria: E.F.Codd 1970 ensimmäiset kaupalliset toteutukset 70-luvun lopulla yleistynyt 80-luvun lopulla
Käsitteellinen mallintaminen
Haaga-Helia / TIKO 1 (13) Käsitteellinen mallintaminen Käsitteellinen mallintaminen / Käsiteanalyysi...2 Tehtävät...2 Tietolähteet...2 Suunnitteluperiaatteita...3 ER-malli...4 Keskeiset käsitteet...4 Olio
Helsingin yliopisto/tktl Tietokantojen perusteet, s 2006 Tiedon mallinnus ja tietokannat. Harri Laine 1. Tietokanta.
Tieto - data Digitaalisesti tallennettua informaatiota jostakin kohteesta Vapaamuotoinen tieto (unformatted) Esim. teksti, puhe, kuvat, Sisältö jäsentämätöntä Koneellinen käsittely vaikeaa paitsi kokonaisuutena
Tietokannan suunnittelu
HELIA TIKO-05 1 (19) ICT03D Tieto ja tiedon varastointi Tietokannan suunnittelu Tietokannan suunnitteluprosessi... 2 Tavoitteet...2 Tietojärjestelmän suunnitteluprosessi...3 Abstraktiotasot tietokannan
Tietokannat. CREATE TABLE table(col1,col2,... ); Luo uuden taulun. CREATE TABLE opiskelijat(opnumero,etunimi,sukunimi);
Tietokannat SQL-peruskomentojen pikaopas CREATE TABLE table(col1,col2,... ); Luo uuden taulun. CREATE TABLE opiskelijat(opnumero,etunimi,sukunimi); INSERT INTO table VALUES(val1,val2,... ); Lisää tauluun
Vaatimusten versiointi DOORSissa
Vaatimusten versiointi DOORSissa 01.06.2004 SoftQA Pekka Mäkinen Pekka.Makinen@softqa.fi Miten ylläpitää versiotietoa? Vaatimusten versiotiedoissa on kaksi ylläpidettävää tietoa: Itse vaatimusten hyväksytty
Tietokannat II -kurssin harjoitustyö
Tietokannat II -kurssin harjoitustyö Olli Opiskelija (123), olli.opiskelija@foo.fi Maija Mallioppilas (321), maija.mallioppilas@foo.fi 13.3. 2007 1 Sisältö 1 Tietokannan kuvaus 3 1.1 Tietokannan rakenne..................................
HELIA 1 (14) Outi Virkki Tiedonhallinta
HELIA 1 (14) Luento SQL... 2 Historiaa... 2 Standardit... 3 Käyttö... 4 DDL... 5 Tietokantaobjektien määrittely... 5 SQL:n tietotyypit... 6 Eheyssääntöjen määrittely... 9 Indeksin määrittely... 11 Syntaksikuvaukset...
RADAR - RANDOM DATA GENERATOR
YLEISKUVAUS Radar on sovellus, jolla voi luoda näennäisen oikeaa satunnaisdataa testaus-, demo - ja muihin tarkoituksiin. TIEDUSTELUT Juha Levonen 050 372 5797 juha.levonen@kantapeikko.fi Osa datasta generoidaan
XML kielioppi. Elementtien ja attribuuttien määrittely. Ctl230: Luentokalvot Miro Lehtonen
XML kielioppi Elementtien ja attribuuttien määrittely Ctl230: Luentokalvot 11.10.2004 Miro Lehtonen Dokumenttien mallinnus Säännöt dokumenttityypeille 3Mahdollisten dokumenttirakenteiden määrittely Samassa
Tällä viikolla. Kotitehtävien läpikäynti Aloitetaan Pelifirman tietovaraston suunnittelu Jatketaan SQL-harjoituksia
Tällä viikolla Kotitehtävien läpikäynti Aloitetaan Pelifirman tietovaraston suunnittelu Jatketaan SQL-harjoituksia 1.) Mainitse tietokonepelistä (kuvitteellisesta tai todellisesta) esimerkkitilanteita,
Kirjoita ohjelma jossa luetaan kokonaislukuja taulukkoon (saat itse päättää taulun koon, kunhan koko on vähintään 10)
Tehtävä 40. Kirjoita ohjelma, jossa luetaan 20 lukua, joiden arvot ovat välillä 10 100. Kun taulukko on täytetty, ohjelma tulostaa vain ne taulukon arvot, jotka esiintyvät taulukossa vain kerran. Tehtävä
CS-A1150 Tietokannat CS-A1150 Tietokannat / 43
CS-A1150 Tietokannat 13.3.2018 CS-A1150 Tietokannat 13.3.2018 1 / 43 Oppimistavoitteet: tämän luennon jälkeen Osaat muuttaa huonon tietokantakaavion paremmaksi: Tiedät mitä tarkoitetaan sillä, että relaatio
jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja
Tietokanta Tietokanta (database) jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja mikä tahansa tietokokoelma? --> erityispiirteitä Tietokanta vs. tiedosto 1
CSE-A1200 Tietokannat
CSE-A1200 Tietokannat 15.3.2016 CSE-A1200 Tietokannat 15.3.2016 1 / 45 Oppimistavoitteet: tämän luennon jälkeen Osaat muuttaa huonon tietokantakaavion paremmaksi: Tiedät mitä tarkoitetaan sillä, että relaatio
HELIA 1 (19) Outi Virkki Tietokantasuunnittelu
HELIA 1 (19) Luento 7 Normaalimuodot jatkuu... 2 Boyce/Codd normaalimuoto BCNF... 2 4. normaalimuoto 4NF... 4 Itsenäisyys... 6 5. normaalimuoto 5NF... 7 Yhteenveto... 9 Esimerkki... 11 Denormalisointi?...
Vuoden Näyttelykoira -kilpailun säännöt
Vuoden Näyttelykoira -kilpailun säännöt 1. Vuoden näyttelykoira -arvosta on oikeutettu kilpailemaan jokainen K-SPKY ry:n jäsen omistamallaan Suomessa rekisteröidyllä, vähintään palveluskoirien BH-kokeen
FOREX.COM MANAGED ACCOUNT (hallittutili) TILINAVAUSOHJE
FOREX.COM MANAGED ACCOUNT (hallittutili) TILINAVAUSOHJE Markkinoija: Oy TriCapital Ltd support@tricapitalfx.com 1 Sisällysluettelo: 3. tilityypin valinta 4. nimi, osoite ja yhteystiedot 5. syntymäaika
Tietokanta (database)
Tietokanta Tietokanta (database) jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja 1 Tiedosto Ohjelmointikielissä apumuistiin tallennettuja tietoja käsitellään
2.1 Sovellusarkkitehtuuri 2.2 Käsitteellinen mallintaminen. Luku 2. Arkkitehtuuri ja analyysi. ITKA204 kevät
2.1 Sovellusarkkitehtuuri 2.2 Käsitteellinen mallintaminen Luku 2 Arkkitehtuuri ja analyysi ITKA204 kevät 2016 1 2.1 Sovellusarkkitehtuuri Tietokannanhallintajärjestelmien luokittelua DBMS:iä voidaan luokitella
Helsingin yliopisto/tktl DO Tietokantojen perusteet, s 2000 Johdanto & yleistä Harri Laine 1. Tietokanta. Tiedosto
Tietokanta Tiedosto Tietokanta (database) jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja Ohjelmointikielissä apumuistiin tallennettuja tietoja käsitellään
HELIA TIKO-05 1 (22) Tieto ja tiedon varastointi E.Räty, O.Virkki 12.10.2006
HELIA TIKO-05 1 (22) SQL / DML SQL / DML...2 Tiedon haku eli -lause...4 Distinct-määre...7 Lasketut sarakkeet...8 Sarakkeen uudelleen nimeäminen...9 SQL:n funktioita... 10 Merkkijonofunktiot... 10 Päivämääräfunktiot...
UML -mallinnus LUOKKAKAAVIO EERO NOUSIAINEN
UML -mallinnus LUOKKAKAAVIO EERO NOUSIAINEN SISÄLLYS 3. Luokkakaavio UML -mallinnuskielessä 3.1 Luokkakaavion luokan rakenteet 3.2 Luokan kuvauksesta C++ ohjelmakoodiksi 3.3 Luokkakaavion luokkien yhteystyypit
oheishakemistoja voi tiedostoon liittyä useita eri perustein muodostettuja
Tietokantojen hakemistorakenteet Hakemistorakenteiden (indeksien) tarkoituksena on nopeuttaa tietojen hakua tietokannasta. Hakemisto voi olla ylimääräinen oheishakemisto (secondary index), esimerkiksi
GroupDesk Toiminnallinen määrittely
GroupDesk Toiminnallinen määrittely Tilanne: Paikallinen oppilaitos, kuvitteellinen WAMK, tarvitsee ryhmätyöhön soveltuvan sähköisen asioiden hallintajärjestelmän ja ryhmätyöohjelmiston, jonka ajatuksena
Opiskelija osaa määritellä ohjelmiston tiedot ja toiminnot, suunnitella ohjelmiston rakenteen ja laatia ohjelmiston teknisen spesifikaation.
1(7) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ Tutkinnon osa: Ohjelmiston prototyypin toteuttaminen 30 osp Tavoitteet: Opiskelija osaa määritellä ohjelmiston tiedot ja toiminnot, suunnitella ohjelmiston
CC0-lisenssi: case Finna
CC0-lisenssi: case Finna Avoin data levällään? STKS:n seminaari 22.1.2014 Tapani Sainio, Kansalliskirjasto Missä ollaan nyt? Finnan lähtökohtana on ollut metatiedon avoimuus ja yhteiskäyttöisyys. Nykyisen
Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely
582101 - Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely 1 Vaatimukset ja käyttötapaukset Vaiheittainen mallintaminen ja abstraktiotasot Järjestelmän rajaaminen sidosryhmäkaaviolla
Pinot, jonot, yleisemmin sekvenssit: kokoelma peräkkäisiä alkioita (lineaarinen järjestys) Yleisempi tilanne: alkioiden hierarkia
Pinot, jonot, yleisemmin sekvenssit: kokoelma peräkkäisiä alkioita (lineaarinen järjestys) Yleisempi tilanne: alkioiden hierarkia Kukin alkio (viite) talletettuna solmuun (node) vastaa paikan käsitettä
Yksityisautoilijoille ABAX AJOPÄIVÄKIRJA
The difference is ABAX Yksityisautoilijoille ABAX AJOPÄIVÄKIRJA The difference is ABAX 2 The difference is ABAX ABAX SÄHKÖINEN AJOPÄIVÄKIRJA Tähän esitteeseen on koottu vastauksia kysymyksiin, jotka liittyvät
CS-A1150 Tietokannat CS-A1150 Tietokannat / 43
CS-A1150 Tietokannat 14.3.2017 CS-A1150 Tietokannat 14.3.2017 1 / 43 Oppimistavoitteet: tämän luennon jälkeen Osaat muuttaa huonon tietokantakaavion paremmaksi: Tiedät mitä tarkoitetaan sillä, että relaatio