Näkymät ja tiedon suojaus

HAAGA-HELIA Heti-09 1 (22) Näkymät ja tiedon suojaus Näkymät... 2 Eri tyyppisiä relaatioita... 2 Taulu - Tallennettu relaatio... 2 Tulosrelaatio - Kyselyn tulos... 2 Näkymä - Virtuaalirelaatio... 2 Näkymien määrittely... 3 Ominaisuuksien uudelleen nimeäminen... 4 Näkymien poisto... 5 Näkymien käsittely... 6 Näkymien päivitettävyys / SQL-92... 7 Hyödyt... 8 Vaarat... 11 Suositus... 12 Käyttöoikeuksista ja tiedon suojauksesta... 13 Käyttäjätunnukset... 14 Tunnuksen luominen... 15 Oikeudet / Valtuudet... 16 Oikeuksien hallinta SQL:ssä... 17 Suojaustarkkuus?... 18 Roolit... 19 Suojausten suunnittelu... 21

HAAGA-HELIA Heti-09 2 (22) Näkymät Eri tyyppisiä relaatioita Taulu - Tallennettu relaatio Nimetty Itsenäinen Fyysisesti olemassa, ts. RDBMS tallentaa taulut ja niiden sisällön johonkin fyysiseen paikkaan levyllä. Tietojen olemassaolo riippuu taulun olemassaolosta Määritellään CREATE TABLE lauseella Tulosrelaatio - Kyselyn tulos Tietyn kyselyn tulos (tietyllä ajanhetkellä) Määritellään SELECT lauseella Näkymä - Virtuaalirelaatio Nimetty Johdettu kyselyn avulla Ei fyysisesti olemassa Tietojen olemassaolo ei riipu näkymän olemassaolosta Näyttää tietosisällön ajantasaisesti Määritellään CREATE VIEW lauseella

HAAGA-HELIA Heti-09 3 (22) Näkymien määrittely CREATE VIEW v_lehtori AS SELECT opettajanro, sukunimi, etunimi, puh FROM Opettaja WHERE nimike = LEHTORI Kaikenlaiset SQL-lauseet kelpaavat: (toimittajakohtaisia rajoituksia voi olla...) Laskutoimitukset ( col1 + col2 ) * 1,22 Funktiot SUM( col1 ) Valintalauseet WHERE col5 > 10 Ryhmitys GROUP BY Liitokset FROM table1 JOIN table2 Joukko-operaatiot UNION / INTERSECT /... Alikyselyt Duplikaattien karsinta DISTINCT Order by määritystä ei voi antaa!

HAAGA-HELIA Heti-09 4 (22) Ominaisuuksien uudelleen nimeäminen Kyselyssä poimitut ominaisuudet voidaan nimetä uudelleen Etenkin johdetut sarakkeet (esim. funktiot) kannattaa nimetä Standardin mukaan nimeäminen tehdään a) määrittelemällä sarakenimien lista (kaikki) suluissa näkymän nimen jälkeen CREATE VIEW v_esim (puhelin) AS SELECT DISTINCT puh FROM henkilo b) antamalla itse kyselyssä sarakkeelle toinen nimi as -lausekkeella CREATE VIEW v_esim AS SELECT DISTINCT puh AS puhelin FROM henkilo Tietokantatoimittajilla on (myös) standardista poikkeavia sarakkeiden uudelleennimeämistapoja

HAAGA-HELIA Heti-09 5 (22) Näkymien poisto DROP VIEW <view_name>; Vain määrittely poistetaan; dataan ei kosketa

HAAGA-HELIA Heti-09 6 (22) Näkymien käsittely Näkymät voivat olla myös uusien kyselyjen (ja näkymien) lähtökohtana aivan kuten taulut SELECT sukunimi, etunimi puh FROM w_lehtori WHERE puh = 300 Näkymät eivät aseta rajoituksia kyselyille Näkymät asettavat rajoituksia päivitettävyydelle (erilaisia eri tietokantatuotteissa)

HAAGA-HELIA Heti-09 7 (22) Näkymien päivitettävyys / SQL-92 1. Kysely kohdistuu vain 1 tauluun 2. Distinct määrettä ei saa käyttää 3. Group by ei saa olla käytössä 4. Where-ehdossa ei saa olla alikyselyä 5. Kyselyssä valittavien sarakkeiden tulee kattaa kaikki ko. relaation not null määritetyt sarakkeet joille ei ole määritelty oletusarvoa Säännöillä pyritään varmistamaan, että päivitys kohdistuu vain ja ainoastaan siihen tietueeseen, mihin on tarkoitettukin Päivitettävyyden ehdot vaihtelevat eri RDBMS:ssä

HAAGA-HELIA Heti-09 8 (22) Hyödyt Käyttäjä(ryhmä)kohtainen näkökulma Eri käyttäjät voivat nähdä saman datan sovitettuna omaan näkökulmaansa Tietoriippumattomuuden lisääminen Mikäli tietokantaan joudutaan tekemään muutoksia, näkymän avulla voidaan käyttäjälle / ohjelmille tarjota entisenkaltainen rajapinta tietoon. Ts. muutokset tietokannan tauluissa eivät välttämättä aseta muutosvaatimuksia sovellusohjelmille / käyttäjien kyselyille

HAAGA-HELIA Heti-09 9 (22) Tietorakenteen yksinkertaistaminen Eri tauluihin kootut tiedot voidaan yhdistää näkymässä ts. purkaa tietokannan monimutkaisuutta tiedon luotettavuuden (ristiriidattomuuden) kärsimättä (keskeinen osassa Data Warehouse tuotteita, esim. Business Objects) Monimutkaisten kyselyjen tallentaminen näkymiksi a) vähentää virhemahdollisuuksia b) parantaa hallittavuutta modulaarisempi rakenne! + SQL:n rajoitusten kiertäminen (tyypillisesti ryhmäfunktioiden yhteydessä) Tietosuojan rakentaminen Näkymien avulla voidaan rajata a) Sarakkeita b) Rivejä (tietueita) Jotka ovat eri käyttäjäryhmien nähtävissä / päivitettävissä (...tähän palataan myöhemmin...)

HAAGA-HELIA Heti-09 10 (22) Esim. 1: Rakenteen yksinkertaistaminen TUOTERYHMÄ (tuoteryhmano, tuoteryhman_nimi) TUOTE (tuoteno, tuotteen_nimi, tuoteryhmano) CREATE VIEW W_TUOTTEET (tuoteno, nimi, ryhma) AS SELECT t.tuoteno,, t.tuotteen_nimi, tr.tuoteryhman_nimi FROM tuote t LEFT JOIN tuoteryhma tr ON t.tuoteryhmano = tr.tuoteryhmano ; Esim. 2: Koodiston avaaminen HENKILO (hetu, nimi, osoite, sukupuoli) CREATE VIEW W_HENKILOT (hetu, nimi, osoite, sukupuoli) AS SELECT hetu,, nimi, osoite, case sp when 'N' then 'nainen' when 'M' then 'mies' else 'muu' end FROM henkilo ;

HAAGA-HELIA Heti-09 11 (22) Vaarat Hallittavuuden katoaminen Näkymien luonti kevytmielisesti jokaiseen tarpeeseen kasvattaa näkymien määrän kontrolloimattomaksi Näkymien sarakkeiden nimeäminen toisistaan ja tietokannan tauluista poikkeavasti voi johtaa sekavuuteen Tehottomuus Kysely saattaa muodostua monesta päällekkäisestä kyselystä, joita RDBMS:n optimoijan voi olla vaikea optimoida Päivitettävyyden rajoitukset Näkymien suunnittelussa otettava huomioon päivitystarpeet ja valitun RDBMS:n tarjoamat mahdollisuudet

HAAGA-HELIA Heti-09 12 (22) Suositus Tavoittele tietoriippumattomuutta! Älä viittaa ohjelmissa koskaan suoraan tauluihin! Käytä välissä näkymää

HAAGA-HELIA Heti-09 13 (22) Käyttöoikeuksista ja tiedon suojauksesta Yhteiskäyttöisissä tietokannoissa on huolehdittava tiedon suojauksesta (tietojen luvaton luku, muuttaminen, tuhoaminen, ) Myös suojaukset on suunniteltava Muista laki ja hyvät tavat Pääsyä tietokannan tietoihin kontrolloidaan 1. Tunnistamalla käyttäjät (identifiointi / autentikointi) 2. Antamalla käyttäjille käyttöoikeuksia (auktorisointi)

HAAGA-HELIA Heti-09 14 (22) Käyttäjätunnukset SQL-92 / -99 ei sano mitään käyttäjistä (users) se tuntee vain käsitteen <authorizationid> AuthorizationID 1. Käyttäjä (User) 2. Rooli (Role) + PUBLIC käsittää kaikki käyttäjät Käyttäjätunnusten luonti ja ylläpito yleensä DBA:n (tietokannan hoitajan) tehtävä

HAAGA-HELIA Heti-09 15 (22) Tunnuksen luominen SQL-92 / -99 ei määrittele käyttäjän luontilausetta! syntaksi on samantapainen eri järjestelmissä Tunnuksen luonti: CREATE USER <user-name> IDENTIFIED BY <password> CREATE USER mina IDENTIFIED BY sina; Tunnuksen muuttaminen: ALTER USER <user-name> IDENTIFIED BY <password> ALTER USER mina IDENTIFIED BY han; Tunnuksen poisto: DROP USER <user-name> DROP USER mina

HAAGA-HELIA Heti-09 16 (22) Oikeudet / Valtuudet SQL-standardi Oikeus Taulu Näkymä Sarake Select X X X Insert X X X Update X X X Delete X X - Oikeuksissa ja niiden toteutuksissa tiedonhallintajärjestelmäkohtaisia eroja! Objektien omistajalla on aina kaikki oikeudet omistamiinsa objekteihin Muille käyttäjille oikeudet annettava erikseen PUBLIC käyttäjäryhmälle annetut oikeudet periytyvät kaikille käyttäjille

HAAGA-HELIA Heti-09 17 (22) Oikeuksien hallinta SQL:ssä Oikeuksien myöntö: GRANT <privilege-list> ON <object-name> TO <authorizationid-list> [WITH GRANT OPTION] GRANT SELECT, UPDATE ON tilaus TO vieno WITH GRANT OPTION; Oikeuksien poisto REVOKE [GRANT OPTION FOR] < privilege-list> ON <object-name> FROM < authorizationid -list> [CASCADE RESTRICT ] REVOKE SELECT, UPDATE ON tilaus FROM vieno;

HAAGA-HELIA Heti-09 18 (22) Suojaustarkkuus? Tyypillisesti oikeudet myönnetään taulukohtaisesti Usein on tarvetta rajata käyttöoikeuksia 1. rivitasolla 2. saraketasolla Kaikki tiedonhallintaohjelmistot eivät tue saraketason suojausta Mikään tiedonhallintajärjestelmä ei (suoraan) tue rivitason suojausta Näkymät avuksi ts. oikeus annetaan taulun sijasta näkymään Näkymissä voidaan tarvittaessa rajata pois sekä rivejä että sarakkeita

HAAGA-HELIA Heti-09 19 (22) Roolit SQL-92:ssa oikeudet voidaan antaa vain käyttäjä(tunnus)kohtaisesti SQL-99:ssä sekä monissa tiedonhallintajärjestelmissä oikeudet voidaan antaa ryhmä-/roolikohtaisesti Helpottaa suuresti käyttöoikeuksien ylläpitoa Idea: Käyttäjä 1 Taulu 1 Käyttäjä 2 Taulu 2 Käyttäjä n. Taulu n Käyttäjä 1 Taulu 1 Käyttäjä 2 Rooli 1 Taulu 2 Käyttäjä n. Taulu n

HAAGA-HELIA Heti-09 20 (22) Roolin myöntö: CREATE ROLE <role_name> CREATE ROLE bb_myyja; Roolin poisto: DROP ROLE <role_name> DROP ROLE bb_myyja; Roolin käyttö: Rooleille myönnetään oikeudet kuten käyttäjille + Käyttäjille (tai rooleille) myönnetään oikeudet (taulujen sijasta) rooleihin GRANT bb_myyja TO vieno;

HAAGA-HELIA Heti-09 21 (22) Suojausten suunnittelu Lähtökohtana käyttäjien työtehtävät Tieto käyttäjä matriisit / -taulukot mikä käyttäjäryhmä tarvitsee mitäkin tietoa esim. Tieto käyttäjä taulukko: Bachelor s Books BB-myyjä Asiakas Asiakas S, I, U S, I, U (omat) Tilaus S, I, U S, I (omat) Tilausrivi S, I, U, D S, I (omat) Kirja S, I, U, D S Kirjan tekija S, I, U, D S S = Select I = Insert U = Update D = Delete

HAAGA-HELIA Heti-09 22 (22) Tehtävä: Suunnittele roolit ja käyttöoikeudet oppilashallinnon tietokantaan OPE OPPILAS KURSSI KURSSI- TOTEUT. SUORI- TUS