Datavarehus. Beslutningsstøttesystemer

Størrelse: px
Begynne med side:

Download "Datavarehus. Beslutningsstøttesystemer"

Transkript

1 Datavarehus Et datavarehus inneholder aggregerte data fra en eller flere databaser og eventuelt andre datakilder. Datavarehuset blir brukt som grunnlag for å treffe strategiske beslutninger. For eksempel kan en handelsbedrift studere utvikling i salg av ulike produkter over tid og tilpasse vareutvalget til kundene. Vi ser på design og implementasjon av datavarehus, og forklarer SQL analysefunksjoner for datavarehus. Vi avslutter med en kort gjennomgang av datagruvedrift (data mining), som er en samling teknikker for å «oppdage mønstre» i store datasett. Beslutningsstøttesystemer Se på følgende to utsagn: kjøpte Ola Hansen 3 enheter av varen Nisseskjegg. Salg av Nisseskjegg gikk ned med 10 prosentpoeng fra 2010 til Det første utsagnet beskriver et enkelt salg. Denne informasjonen er nødvendig for å få sendt ut en korrekt faktura til Ola Hansen. Det siste utsagnet bygger på aggregerte salgsdata for de siste 2 årene, og er i første rekke av interesse for ledelsen i bedriften. Databasesystemer er virksomhetskritiske. En database inneholder detaljert informasjon nødvendig for daglig drift av en virksomhet, og må bli kontinuerlig oppdatert. En handelsbedrift registrerer data om hvert enkelt salg, et bibliotek holder rede på hvert enkelt utlån, et universitet lagrer data om hver avlagte eksamen for hver enkelt student. Databasene er nødvendige for utførelse av rutinemessige oppgaver. Handelsbedriften skal sende ut fakturaer, biblioteket skal purre på utlån som er utløpt, universitetet skal skrive ut vitnemål. For daglig drift av en virksomhet er det sjelden nødvendig å kjenne til historiske data. For å gjennomføre et salg er det nå-prisen på varene som er interessante, ikke prisen i fjor. Det er et typisk trekk ved operasjonelle databaser at de i liten grad inneholder historiske data. Når en vare får ny pris, blir den gamle prisen overskrevet. En virksomhet må løse sine daglige oppgaver så effektivt og godt som mulig, men må samtidig se framover og hele tiden tilpasse seg sine omgivelser. Det er vesentlig å treffe fornuftige strategiske beslutninger. Handelsbedriften utvider utvalget av de mest populære varekategoriene, universitetet avvikler studieprogrammer på fagområder med få studenter. Denne typen av beslutninger krever tilgang på aggregerte og historiske data.

2 2 Disse to sidene av en virksomhet den operasjonelle og den strategiske skaper et behov for to typer av informasjonssystemer: OLTP (On-Line Transactional Processing) betegner systemer brukt i daglig drift av virksomheten. De er karakterisert ved hyppige oppdateringer (transaksjoner) og relativt enkle søk. Data representerer som regel nå-situasjonen. De tunge brukerne består ofte av kontorpersonell, saksbehandlere, selgere og operatører. Det er viktig at systemene er tilgjengelige, ofte døgnet rundt (24/7-systemer), og kan utføre mange transaksjoner hurtig (høy gjennomstrømning throughput). OLAP (On-Line Analytical Processing) betegner systemer for å analysere en virksomhet, såkalte beslutningsstøttesystemer. Data er aggregert over tid og blir i liten grad oppdatert. Systemene brukes i første rekke av ledere og analytikere for å treffe strategiske beslutninger. Det er behov for å ta ut statistikk basert på kompliserte ad hoc-spørringer mot slike systemer. Fordi OLAP-systemer genererer store datamengder og medfører kompliserte og ressurskrevende spørringer har mange virksomheter sett behovet for å skille ut disse oppgavene i et eget system et datavarehus. På den måten kan OLTP-databasene bli frigjort til å løse de daglige oppgavene på en mest mulig effektiv måte. nnholdet i et datavarehus blir i hovedsak hentet fra virksomhetens operasjonelle databaser, men det er også aktuelt å koble dette med data fra eksterne datakilder, som for eksempel bakgrunnsdata om kunder. Data blir periodisk aggregert og lastet opp i datavarehuset. Uttrekk fra datavarehuset blir deretter importert i verktøy for analyse og rapportering, se Figur 1. Datavarehus og beslutningsstøttesystemer er en viktig del av B (business intelligence). Vi kan si at B er de prosessene som skal sette en virksomhet i stand til å treffe gode strategiske valg. CRM (Customer Relationship Management) er et viktig område innen B, og tar for seg metoder en virksomhet kan bruke for å håndtere kundeforhold, ofte basert på data lagret i et datavarehus. OLTP Databaser Eksterne datakilder Datavarehus Figur 1. Datavarehus OLAP-verktøy for analyse og rapportering

3 3 Design og implementasjon Hobbykjeden AS Tenk deg at Hobbyhuset vokser, og blir organisert som en kjede med butikker i flere byer. En mulig datamodell for virksomhetens operasjonelle database er vist i Figur 2. Butikk ButikkNr AntallAnsatte Kvadratmeter Lagervare Antall Poststed PostNr A4 Poststed A100 Ordre OrdreNr OrdreDato DT SendtDato DT BetaltDato DT Ordrelinje PrisPrEnhet Antall Kunde KNr Fornavn A40 Etternavn A40 Adresse A40 Kjonn A1 MN Kategori KatNr Navn A50 Vare VNr Betegnelse Pris A10 A100 MN Prishistorikk Dato DT GammelPris MN Figur 2. Datamodell for Hobbykjeden AS Databasen lagrer antall ansatte og størrelse i kvadratmeter om hver butikk. En ordre knyttes nå til en bestemt butikk, og butikkene får hvert sitt varelager. Kjeden har imidlertid en sentral prispolitikk. Fysisk kan man tenke seg at løsningen er realisert ved en sentral database, der butikkene kanskje har aksess via web. Alternativt er det mulig å lage en distribuert databaseløsning der hver butikk har ansvar for sine data. Vi tar ikke stilling til slike spørsmål her. Datakuber Ledelsen i Hobbykjeden ønsker å studere hvordan salget av forskjellige produkter utvikler seg over tid, både totalt og i de enkelte kjedebutikkene. Denne typen av aggregerte data lar seg presentere i form av såkalte datakuber, se Figur 3. Kuben i figuren har tre dimensjoner (eller akser): Butikk, Vare og Tid. skjæringspunktet mellom en bestemt butikk, en bestemt vare og et bestemt tidspunkt er antall solgte enheter lagret.

4 4 B1 Tid Vare B u t i k k B2 V1 V2 T1 T2 Figur 3. Datakube for antall solgte enheter Man kan opprette lignende datakuber for andre data, for eksempel solgt beløp for de samme tre dimensjonene, eller antall ordrer fordelt på kunder, butikker og tid. En datakube kan ha flere dimensjoner enn tre. De fleste av oss har imidlertid problemer med å tenke i flere enn tre dimensjoner, så vi lar dette ligge. nformasjonen i datakuben kan konstrueres fra databasetabellene ved følgende spørring: SELECT ButikkNr, VNr, Dato, SUM(Antall) AS AntallEnheter FROM Ordre, Ordrelinje WHERE Ordre.OrdreNr = Ordrelinje.OrdreNr GROUP BY ButikkNr, VNr, Dato Faktatabeller og dimensjonstabeller Antall solgte enheter er kun ett eksempel på data som Hobbykjeden ønsker å analysere. Hobbykjeden beslutter å bygge et datavarehus med følgende tabeller: Butikk(ButikkNr, PostNr, Poststed, Kvadratmeter, AntallAnsatte) Vare(VNr, Betegnelse, KatNr, KatNavn) Tid(Dato, Uke, Måned, År, Status) Salg(ButikkNr*, VNr*, Dato*, Antall, Beløp) Legg merke til at tabellen Salg har en sammensatt primærnøkkel, der hver kolonne er en fremmednøkkel som refererer de øvrige tabellene. Salg er en såkalt faktatabell, de tre øvrige er dimensjonstabeller.

5 5 En faktatabell inneholder kvantitative (numeriske) data om det man ønsker å analysere, for eksempel salg. Hver enkelt faktatabell kan representere flere datakuber. For eksempel inneholder tabellen Salg både datakuben i Figur 3, og en tilsvarende datakube som viser solgt beløp pr. butikk pr. vare pr. dag. nnholdet i faktatabeller blir typisk generert ved spørringer mot de operasjonelle databasetabellene ved gruppering og bruk av mengdefunksjoner. Faktatabeller kan bli store. Eksempel på beregning av plassforbruk for å holde aggregerte data for en 2-årsperiode i Hobbykjeden: 100 butikker 2000 varer 730 dager 5 attributter 8 byter/attributt 5.8 GB En dimensjonstabell inneholder attributter man gjerne grupperer på, og beskriver en av dimensjonene i en datakube. Tabellene svarer ofte til sentrale entiteter i virksomheten, som for eksempel butikker, varer og kunder. Tid er alltid én av dimensjonene. En rad i tabellen Tid representerer en enkelt dag. Kolonnen Status inneholder en kode som for eksempel sier om dagen er en feriedag. Merk at dimensjonstabellene over er denormaliserte. Det vil ofte være tilfelle, og vi skal forklare hvorfor om litt. Data i et datavarehus kan lagres i vanlige databasetabeller (relasjoner) som vist over. Slike systemer blir referert til som ROLAP-systemer (Relational OLAP). Det finnes også verktøy som representerer datakuber direkte i en flerdimensjonal datastruktur. Slike verktøy kalles for MOLAP-systemer (Multidimensional OLAP). Stjerneskjema og snøflakskjema Utforming av et datavarehus bør som for vanlige databasesystemer starte med konstruksjon av en begrepsmessig datamodell. Datamodeller for datavarehus følger ofte et såkalt stjerneskjema, se Figur 4. midten av «stjernen» finner vi faktaentiteten (Salg) med mange-til-en forhold ut mot dimensjonsentitetene.

6 6 Butikk ButikkNr AntallAnsatte Kvadratmeter PostNr Poststed A4 A100 Dato Uke Maaned Aar Status Tid DT A1 Antall Belop Salg MN Vare VNr Betegnelse KatNr KatNavn A10 A100 A40 Figur 4. Stjerneskjema Merk at dimensjonsentitetene er denormalisert. For eksempel inneholder entiteten Vare både KatNr og KatNavn, og Butikk inneholder både PostNr og Poststed. Det er to grunner til dette: Datamodellen blir enklere å forstå for en sluttbruker fordi den har færre tabeller. Spørringene blir enklere på grunn av færre koblinger. Spørringene kan utføres mer effektivt på grunn av færre koblinger. For ytterligere effektivitetsgevinst blir sammensatte primærnøkler ofte erstattet med konstruerte nøkler for å gi raskere koblinger. Generelt er denormalisering uheldig på grunn av faren for inkonsistens. et datavarehus er dette momentet mindre viktig fordi data i hovedsak ikke blir oppdatert (kun periodevis lastet opp). Vi har altså kontroll med redundansen. Det kan likevel være situasjoner som tilsier at noen av dimensjonsentitetene bør normaliseres. Da får man et såkalt snøflakskjema, vist i Figur 5. Her er entitetene Poststed og Kategori trukket ut fra henholdsvis Butikk og Vare.

7 7 Poststed PostNr A4 Poststed A100 Butikk ButikkNr AntallAnsatte Kvadratmeter Tid Dato DT Uke Maaned Kvartal Aar Status A1 Salg Antall Belop MN Vare VNr A10 Betegnelse A100 Kategori KatNr KatNavn A40 Figur 5. Snøflakskjema Data i dimensjonstabeller lar seg ofte plassere i hierarkier, og disse hierarkiene påvirker hvordan datavarehuset bør bygges opp. Betrakt Figur 6. Til venstre har vi et geografisk hierarki: Et fylke består av mange byer og hver by består av mange poststeder. Det kan være interessant å studere utvikling i salg langs dette hierarkiet. Både butikker og kunder har tilknytning til et sted. Poststed, by og fylke er dermed naturlige attributter å knytte til butikker og kunder. midten finner vi en tilsvarende oppdeling av tidsdimensjonen. Merk at en uke kan spenne over to måneder, som er grunnen til at uke ikke er underordnet måned. Til høyre ser vi hvordan varer er delt inn i kategorier. Ved å kombinere hierarkinivåene fra dimensjonstabellene får vi et antall interessante rapporter: Salg pr. kategori pr. by pr. måned, salg pr. vare i januar i en bestemt by, og så videre. Fylke År By Uke Måned Kategori Poststed Dag Figur 6. Hierarkier: Sted, Tid, Vare Vare

8 8 Merk at datamodellen setter begrensninger på hva slags analyser som det er mulig å gjøre. Hvis man velger å aggregere salg pr. dag, er det ikke mulig å lage rapporter som viser hvordan salget varierer fra morgen til ettermiddag. Man må i så fall forfine tidsdimensjonen, for eksempel ved å dele opp en dag i hele timer. Omvendt så medfører økt detaljeringsnivå at datavarehuset tar større plass på ytre lager. Et datavarehus vokser ofte fram over tid. Kanskje starter man med å lage et datavarehus spesielt for salgsavdelingen i en bedrift. Etter en stund oppstår det behov for lignende funksjonalitet i andre avdelinger, som regnskap, personal og produksjon. Alternativt kan man definere ett stort utviklingsprosjekt for å lage et datavarehus som dekker behovet til hele virksomheten. Den første strategien kan vi kalle bottom-up og den siste for top-down. Et mindre datavarehus, utviklet for en avgrenset del av virksomheten, kalles for et datamarked. Med en bottom-up utviklingsstrategi vil datavarehuset bli til ved en «fletting» av mindre datamarkeder, mens ved en top-down strategi blir datamarkedene definert ved «uttrekk» av virksomhetens samlede datavarehus. Den første strategien kan medføre en del ekstraarbeid for å samordne begrepsbruken i uavhengige datamarkeder. Ulempen med en top-down tilnærming ligger i kompleksiteten ved utvikling av «totalløsninger». Opplasting av data Arbeidet med å laste opp data i datavarehuset deles gjerne i tre faser og blir referert til ved forkortelsen ETL=Extract-Transform-Load (eller Ekstrahere, Transformere og Laste). Det finnes egne verktøy som letter dette arbeidet. Ekstrahering innebærer å trekke ut data fra operasjonelle databaser og eksterne datakilder, gjerne ved bruk av SQL. Data blir samlet i filer på et midlertidig datalager. Ved første gangs etablering av datavarehuset blir alle data lest. Ved seinere oppdateringer blir kun data som er endret trukket ut. Transformasjon består av flere deloppgaver: «Vasking» av data innebærer for eksempel å rette skrivefeil i navn og adresser, rette opp ugyldige datoer, og fjerne inkonsistens mellom data hentet fra forskjellige systemer. Etablering av datavarehus medfører ofte at det blir oppdaget feil i de underliggende operasjonelle databasene, noe som bidrar til økt datakvalitet (forutsatt at feilene blir rettet også i de operasjonelle databasene). Datakonvertering innebærer å samordne bruk av begreper, datatyper og koder til en felles standard. Samme slags data kan være lagret ulikt i forskjellige operasjonelle databaser, for eksempel med hensyn på navn og datatyper.

9 9 Data fra de operasjonelle databasene blir som regel koblet (denormalisert) og aggregert før de blir lastet opp i datavarehuset. Lasting av data innebærer å lese datafilene fra mellomlageret inn i datavarehuset, samt å bygge opp indekser i datavarehuset. Det blir gjerne brukt spesielle indekseringsteknikker i datavarehus, for eksempel bitmap-indekser. Fordi datavarehus er karakterisert ved få eller ingen oppdateringer, og hyppige og kompliserte spørringer, vil man definere flere indekser på et datavarehus enn et operasjonelt databasesystem (man trenger ikke å ta hensyn til ekstrajobben som ligger i at indeksene må bli oppdatert ved endringer i tabelldata). Som for ekstrahering skiller man mellom første gangs opplasting og seinere oppdateringer. Analyse og rapportering Operasjoner på datakuber En datakube er et velegnet «tankeverktøy» for visualisering av aggregerte data. Det finnes også konkrete verktøy der brukeren kan utføre operasjoner på datakuber i et grafisk brukergrensesnitt. Crystal Reports fra Business Objects (www.sap.com) er et kjent produkt. Figur 7 illustrerer to hyppig brukte teknikker for å hente ut data fra en datakube: Slicing innebærer å skjære ut en «skive» fra en datakube. figuren blir salgstall for en bestemt dag trukket ut. Merk at operasjonen går fra 3 til 2 dimensjoner (fra en kube til en matrise). Generelt fører slicing oss fra n til n-1 dimensjoner. Dicing innebærer å plukke ut en mindre datakube fra en større. figuren blir salgstall for noen butikker, noen vareslag og noen dager plukket ut. Hierarkiene vist i Figur 6 er et nyttig utgangspunkt for rapportering fra datavarehuset til Hobbykjeden. For å studere salgstall er det nyttig å kunne utforske tallmaterialet på flere aggregeringsnivåer: Rollup innebærer å aggregere data. Datakuben til venstre i Figur 7 viser salget for hver enkelt vare (hver dag i hver butikk). Geografisk aggregering av butikkdimensjonen til fylker er et eksempel på rollup. Drilldown er det motsatte av rollup og innebærer å forfine en av dimensjonene i en datakube, for eksempel ved å bryte ned hver dag i perioder på hele timer.

10 10 B1 Tid Vare Vare B u t i k k Dicing Slicing B1 B2 T2 V1 V2 T1 Tid = T1 B2 V1 V2 T2 T1 B1 B2 V1 V2 Figur 7. Slicing og dicing SQL-konstruksjoner for datavarehus Figur 8 viser mulig innhold for tabellen Salg. Antall rader er urealistisk lavt, den beskriver kun to datoer, to varer og to butikker. Det er gjort for at det skal være mulig å studere effekten av SQL analysefunksjoner. Dato VNr ButikkNr Antall Figur 8. Eksempelinnhold for faktatabellen Salg Ved å slå sammen data for de to dagene kan vi presentere informasjonen på en kompakt måte med krysstabellen i Figur 9. La oss prøve å produsere innholdet i krysstabellen ved hjelp av «vanlige» SQL-spørringer. SELECT ButikkNr, VNr, SUM(Antall) AS Samlet FROM Salg GROUP BY ButikkNr, VNr

11 11 Spørringen vil riktig nok ikke stille opp data som i Figur 9, men vil i prinsippet inneholde samme informasjon bortsett fra raden/kolonnen med totaler Totalt Totalt Figur 9. Krysstabell vare/butikk Neste spørring produserer totaler pr. butikk, det svarer til de to første verdiene i den nederste raden: SELECT ButikkNr, SUM(Antall) AS Samlet FROM Salg GROUP BY ButikkNr Ved å bytte ut ButikkNr med VNr får vi de to første verdiene i den summerte kolonnen helt til høyre i Figur 9. Samlet salg uavhengig av både butikk og vare («grand total») kan beregnes slik: SELECT SUM(Antall) AS Samlet FROM Salg Det er altså mulig å få ut informasjonen i krysstabellen ved hjelp av standard gruppering og mengdefunksjoner, men teknikken er arbeidskrevende. Merk at vi i dette eksemplet kun ser på sammenhengen mellom to dimensjoner, og måtte skrive 2 2 =4 SQL-spørringer. Utvider vi til tre dimensjoner måtte vi skrevet 2 3 =8 spørringer. Generelt må vi skrive 2 n spørringer for å få med alle subtotaler langs n dimensjoner. SQL:1999 ble det innført en konstruksjon for å lage krysstabeller med en enkelt spørring: SELECT ButikkNr, VNr, SUM(Antall) AS Samlet FROM Salg GROUP BY CUBE(ButikkNr, VNr) Spørreresultatet er vist i Figur 10. Det eneste vi må gjøre er altså å legge til nøkkelordene BY CUBE i grupperingen. Spørreresultatet svarer til Figur 9, men er presentert på «vanlig» måte og ikke som en krysstabell. Radene med nullmerker svarer til totaler. Raden med nullmerke i VNr og 12 i ButikkNr gir altså samlet antall solgte enheter for butikk 12. Den nederste raden med null-

12 12 merker i begge kolonner viser grand total. Ved å tolke nullmerker som totaler kan et visualiseringsverktøy presentere spørreresultatet som en krysstabell 1. ButikkNr VNr Samlet Figur 10. Resultat av GROUP BY CUBE Av og til er det ikke behov for å lage alle mulige subtotaler. Da kan vi i stedet bruke BY ROLLUP i grupperingen: SELECT Måned, ButikkNr, VNr, SUM(Antall) AS Samlet FROM Salg WHERE År = 2011 GROUP BY ROLLUP(Måned, ButikkNr, VNr) Spørreresultatet viser totaler pr. måned, butikk og vare, pr. måned og butikk, og pr. måned, men for eksempel ikke pr. vare, se Figur 11. Måned ButikkNr VNr Samlet Figur 11. Resultat av GROUP BY ROLLUP 1 Automatisk generering av krysstabeller er tilsynelatende problematisk hvis spørreresultatet også inneholder «vanlige» nullmerker. Det finnes imidlertid SQL-konstruksjoner som gjør det mulig å avgjøre hvordan et nullmerke i slike spørreresultater skal tolkes.

13 13 Access og MySQL støtter ikke GROUP BY CUBE og ROLLUP. Datagruvedrift Hvis man kjøper en bok på nettbokhandelen Amazon (www.amazon.com), får man tips om andre bøker som kanskje er av interesse. Boktipsene er basert på en analyse av handlekurvene til andre kunder. Hvis bøkene A og B ofte blir kjøpt sammen, taler det for å anbefale bok B til en kunde som kjøper bok A. Denne typen av handlekurv-analyse er et eksempel på datagruvedrift (data mining). Enkelt sagt går datagruvedrift ut på å finne «interessante mønstre» i store databaser og datavarehus. nndeling av kunder i segmenter, analyse av markedstrender, målrettet markedsføring og lønnsomhetsanalyser er noen eksempler på anvendelser av datagruvedrift. Slike analyser kan ha forskjellige formål. Forklare: Hvorfor øker salget av vare X i butikk A? Bekrefte: Er det riktig at det er større sannsynlighet for at enslige kjøper vare X enn at familier gjør det? Utforske: Hvilke andre varer er det sannsynlig at en kunde som kjøper vare X er interessert i? nnenfor logikk skiller man mellom deduktive og induktive resonnementer. Deduktive slutninger utleder nye fakta fra kjente fakta og slutningsregler. Eksempel på regel: Hvis X er far til Y og Y er far til Z, så er X farfar til Z. Hvis vi vet at Per er far til Ola, og Ola er far til Hans, så kan vi bruke regelen for å utlede at Per er farfar til Hans. nduktive slutninger, derimot, utleder generelle regler fra en faktasamling. Datagruvedrift bygger i stor grad på induktive resonnementer. Vi vil nå kort beskrive tre metoder innen datagruvedrift: assosiering, styrt klassifikasjon og ikke-styrt klassifikasjon. Handlekurv-analysen referert over er et eksempel på assosiering, det vil si at man utleder regler basert på forekomster i datamaterialet. La følgende mengder stå for innholdet av handlekurvene til 6 kunder, der bokstavene A-H står for varer, tenk for eksempel på boktitler: {A,B,C,D}, {C,D,E}, {C}, {A,E,F}, {G}, {E,H} Legg merke til at C forekommer i halvparten av kurvene, mens for eksempel G kun forekommer 1 gang. Legg også merke til at i to av kurvene der C er med, så er også D med. Med grunnlaget (support) for en vare X mener vi andelen av kurver der X er med. Grunnlaget for C er 50 % (3 av 6), mens

14 14 grunnlaget for G er 17 % (1 av 6). Vi ønsker å identifisere regler av typen «en kunde som kjøper X kjøper ofte også Y». Med konfidens (confidence) av en regel X Y mener vi andelen kurver der Y er med, valgt ut fra mengden av kurver der X er med. Regelen C D har 67 % konfidens (2 av 3), mens C A kun har 33 % konfidens (1 av 3). Styrt klassifikasjon har som formål å plassere elementer i forhåndsdefinerte klasser eller grupper. Operasjonen starter gjerne med manuell opplæring av systemet. En bank vil ha regler som, basert på bakgrunnsdata om kjønn, alder og inntekt, plasserer lånekunder i tre grupper med tanke på forventet risiko for mislighold (lavrisiko, høyrisiko og middels risiko). Man velger først ut et tilfeldig utplukk av eksisterende kunder, og gir disse riktig merkelapp, basert på faktiske data om mislighold. Ut fra dette kan man automatisk lage regler for å plassere nye kunder i «riktig» risikogruppe. kke-styrt klassifikasjon, eller klyngedanning, innebærer at man automatisk etablerer et «naturlig» sett av klasser for et datasett, og deretter legger elementer i datasettet inn i disse klassene. Betrakt følgende tallmengde: {34, 2, 72, 38, 5, 29, 81, 80, 4, 39} Tallene kan for eksempel representere beløpene som forskjellige kunder har handlet for. Følgende er en naturlig inndeling i tre grupper basert på tallstørrelser: {2, 4, 5}, {29, 34, 38, 39}, {72, 80, 81} nndelingen lar seg beregne ved en såkalt k-gjennomsnitt klyngealgoritme. deen er å starte med en tilfeldig inndeling i tre grupper. Så beregner man gjennomsnittet i hver gruppe, før hvert element blir omfordelt til den gruppen den har kortest avstand til. Denne prosessen gjentas til ingen elementer blir omfordelt. [Hobbs m.fl. 2004] og [Mundy m.fl. 2006] tar for seg metodikk og teknologi for datavarehus og datagruvedrift i henholdsvis SQL Server og Oracle 10g. Mange generelle lærebøker i databasesystemer har også egne kapitler om stoffet, se for eksempel kapittel 25 og 26 i [Ramakrishnan 2002].

Bruk av data kan deles i data for transaksjonsbruk og data for analyse bruk:

Bruk av data kan deles i data for transaksjonsbruk og data for analyse bruk: Datavarehus Hva? Et datavarehus er en samling av data lagret slik at de egner seg for analyse f.eks. trendanalyse, konkurranseanalyse, kundeanalyse og annen form for markedsanalyse (mest vanlig bruk) analyse

Detaljer

1. Relasjonsmodellen. 1.1. Kommentarer til læreboka

1. Relasjonsmodellen. 1.1. Kommentarer til læreboka Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Relasjonsmodellen Tore Mallaug 2.9.2013 Lærestoffet er utviklet for faget Databaser 1. Relasjonsmodellen Resymé: Denne leksjonen gir en kort

Detaljer

Introduksjon til fagfeltet

Introduksjon til fagfeltet LC238D http://www.aitel.hist.no/fag/_dmdb/ Introduksjon til fagfeltet Datafiler side 2 Databasesystemer side 3-5 Databasearkitektur ANSI/SPARC side 6-7 Datamodeller side 8 Flerbruker databasesystem side

Detaljer

Intelle har siden starten i i 1999. leverandør av av programvare for data- og og systemintegrasjon.

Intelle har siden starten i i 1999. leverandør av av programvare for data- og og systemintegrasjon. Intelle har siden starten i i 1999 vokst til til å å bli bli en en viktig leverandør av av programvare for for data- og og systemintegrasjon. 2 Intelle CRM Rapportering er en integrert rapporteringsløsning

Detaljer

Høgskolen i Telemark EKSAMEN 6102 DATABASER 10.12.2015. Tid: 10-14. Hjelpemidler: Vedlegg: Eksempeldata til oppgave 1

Høgskolen i Telemark EKSAMEN 6102 DATABASER 10.12.2015. Tid: 10-14. Hjelpemidler: Vedlegg: Eksempeldata til oppgave 1 Høgskolen i Telemark EKSAMEN 6102 DATABASER 10.12.2015 Tid: 10-14 Målform: Sidetall: Hjelpemidler: Merknader: Bokmål/nynorsk 13 med forside Ingen Ingen Vedlegg: Eksempeldata til oppgave 1 Eksamensresultater

Detaljer

DT4300 Datavarehus og datagruvedri3

DT4300 Datavarehus og datagruvedri3 DT4300 Datavarehus og datagruvedri3 14/1 2014 Trond Aalberg 1 Dagens tema Datavarehus: hva og hvorfor, generell arkitektur, OLAP vs OLTP MulFdimensjonale data Datakube som logisk modell for datavarehus,

Detaljer

En kort presentasjon av

En kort presentasjon av En kort presentasjon av Axenna er leverandør av 100% Open Source Business Intelligence. Axenna Business Intelligence Server er satt sammen med de beste BIkomponentene fra de mest anerkjente Open Source

Detaljer

Tabeller og enkle spørringer

Tabeller og enkle spørringer Tabeller og enkle spørringer Database, relasjonsdatabase Databasehåndteringssystem (DBHS) Databasesystem Tabell, kolonne, rad, datatype, verdi, primærnøkkel Utvalgsspørringer i SQL Velge ut rader Velge

Detaljer

1. SQL datadefinisjon og manipulering

1. SQL datadefinisjon og manipulering Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag SQL datadefinisjon og manipulering Tore Mallaug 7.10.2008 Lærestoffet er utviklet for faget Databaser 1. SQL datadefinisjon og manipulering

Detaljer

Avansert bruk av SQL. Avanserte spørringer Valguttrykk Spørring på spørring Unionspørringer Delspørringer, vekselvirkende delspørringer Kvantorer

Avansert bruk av SQL. Avanserte spørringer Valguttrykk Spørring på spørring Unionspørringer Delspørringer, vekselvirkende delspørringer Kvantorer Avansert bruk av SQL Avanserte spørringer Valguttrykk Spørring på spørring Unionspørringer Delspørringer, vekselvirkende delspørringer Kvantorer Begrensninger ved SQL Pensum: Kapittel 5 Databaser Leksjon

Detaljer

En lett innføring i foreninger (JOINs) i SQL

En lett innføring i foreninger (JOINs) i SQL En lett innføring i foreninger (JOINs) i SQL Noen ord om forening (JOIN)! 2 JOINs til gjennomgang! 3 1. INNER JOIN! 3 Eksempel på [INNER] JOIN! 4 NATURAL JOIN! 5 Eksempel på NATURAL JOIN! 5 2. LEFT [OUTER]

Detaljer

Oppgaver Oppgave a: Sett opp mulige relasjoner

Oppgaver Oppgave a: Sett opp mulige relasjoner Løsningsforslag til øving 4: Relasjonsmodellen Kjell Toft Hansen 18.09.2008 Opphavsrett: Forfatter og AITeL Lærestoffet er utviklet for faget LO151D Informatikk 1: databaser Oppgaver Oppgave a: Sett opp

Detaljer

5602 DATABASER 02.12.2010. Bokmål/nynorsk. 17 (inkludert denne forsiden) Eksamensresultatene blir offentliggjort på Studentweb.

5602 DATABASER 02.12.2010. Bokmål/nynorsk. 17 (inkludert denne forsiden) Eksamensresultatene blir offentliggjort på Studentweb. Høgskolen i Telemark EKSAMEN 5602 DATABASER 02.12.2010 Tid: 9-14 Målform: Sidetall: Hjelpemidler: Merknader: Bokmål/nynorsk 17 (inkludert denne forsiden) Ingen Ingen Vedlegg: A: Eksempeldata og B: Svarark

Detaljer

9-14. Tid: Målform: Sidetall: Hjelpemidler: Ingen. Merknader: Vedlegg: en lapp og. Avdeling

9-14. Tid: Målform: Sidetall: Hjelpemidler: Ingen. Merknader: Vedlegg: en lapp og. Avdeling Høgskolen i Telemark SLUTTPRØVE 5602 DATABASER 01.12.2009 Tid: Målform: Sidetall: Hjelpemidler: 9-14 Bokmål og nynorsk 17 (inkludert vedleggg og dennee forsiden) Ingen Merknader: Ingen Vedlegg: A: Eksempeldata

Detaljer

Del 1: ER-modellering og databaseteori

Del 1: ER-modellering og databaseteori Del 1: ER-modellering og databaseteori (a) ER-modellering Oppgavens del 1a er delt i tre deler. I første del skal det lages et ER-diagram for databasen til firmaet Sjokoladeland. Deretter skal det lages

Detaljer

1. SQL spørringer mot flere tabeller

1. SQL spørringer mot flere tabeller 1. SQL spørringer mot flere tabeller Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag SQL spørringer mot flere tabeller Tore Mallaug 29.9.2008 Lærestoffet er utviklet for faget Databaser

Detaljer

SLUTTPRØVE 5602 DATABASER I 5.12.2008. 17 (inkludert vedlegg og denne forsida) Vedlegg: A: Eksempeldata og B: Svarark til oppgave 4

SLUTTPRØVE 5602 DATABASER I 5.12.2008. 17 (inkludert vedlegg og denne forsida) Vedlegg: A: Eksempeldata og B: Svarark til oppgave 4 Høgskolen i Telemark SLUTTPRØVE 5602 DATABASER I 5.12.2008 Tid: 9-14 Målform: Sidetal: Hjelpemiddel: Merknader: Bokmål og nynorsk 17 (inkludert vedlegg og denne forsida) Ingen Ingen Vedlegg: A: Eksempeldata

Detaljer

Definere relasjoner mellom ulike entiteter.

Definere relasjoner mellom ulike entiteter. Sammenligne ALL data Definere relasjoner mellom ulike entiteter. Kommuner tilhører fylker Måneder tilhører kvartaler og år Personer har kjønn og alder Semicolon 1 Underprosjekt av Semicolon I samarbeid

Detaljer

Datamodellering med E/R

Datamodellering med E/R Datamodellering med E/R Fasene i systemutvikling og databasedesign E/R (Entity/Relationship) Entitet Attributt Identifikator Forhold og roller Kardinaliteter: 1:1, 1:M, M:N Oppløsing av mange-til-mange

Detaljer

INF130: Datahåndtering og analyse

INF130: Datahåndtering og analyse INF130: Datahåndtering og analyse Modellering 1.1 Temaer Kapittel 7 Modellering 2 Datamodellering med E/R Fasene i systemutvikling og databasedesign E/R (Entity/Relationship) Entitet Attributt Identifikator

Detaljer

>>21 Datamodellering i MySQL Workbench

>>21 Datamodellering i MySQL Workbench 21 MYSQL WORKBENCH 207 >>21 Datamodellering i MySQL Workbench I dette kapittelet vil du lære hvordan man lager datamodeller i MySQL Workbench hvordan man overfører en modell til MySQL I tillegg til å være

Detaljer

Innhold Forord Innledning Kapittel 1 Introduksjon til databaser og databasesystem

Innhold Forord Innledning Kapittel 1 Introduksjon til databaser og databasesystem Innhold Forord....................................................... 5 Innledning.................................................... 15 Databaser som basis i grunnopplæringen....................... 15

Detaljer

Andre sett obligatoriske oppgaver i INF3100 V2013

Andre sett obligatoriske oppgaver i INF3100 V2013 Andre sett obligatoriske oppgaver i INF3100 V2013 Oppgavesettet skal i utgangspunktet løses av grupper på to og to studenter som leverer felles besvarelse. Vi godkjenner også individuelle besvarelser,

Detaljer

Datavarehus hva er det?

Datavarehus hva er det? Datavarehus hva er det? Bill Inmon (ca. 1992): a subject-oriented, integrated, time-variant and non-volatile collection of data in support of management's decision making process Ralph Kimball (ca. 1996):

Detaljer

Oppgave 3 - normalisering

Oppgave 3 - normalisering Oppgave 3 - normalisering Løsningsforslag Oppgave 3 - løsning 22.10.2014 Øvelsesoppgave 3 1. Normaliser logisk skjema fra oppgave 1 og 2 (Læringssenter) 2. Normaliser logisk skjema fra seminarøvelsen (Nøsteelskere)

Detaljer

TDT4300 Datavarehus og datagruvedri3, Våren 2014

TDT4300 Datavarehus og datagruvedri3, Våren 2014 TDT4300 Datavarehus og datagruvedri3, Våren 2014 23/1 2014 Trond Aalberg 1 Dagens tema MulAdimensjonale data Dimensjoner og hierarkier revisited Fra modellering Al OLAP implementasjon Vi ser på eksempler

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : INF3100/INF4100 Databasesystemer Eksamensdag : Onsdag 8. juni 2005 Tid for eksamen : 14.30 17.30 Oppgavesettet er på : 5 sider

Detaljer

Gevinster ved å integrere SuperOffice og Agresso. Effektive integrasjons løsninger skaper nye muligheter.

Gevinster ved å integrere SuperOffice og Agresso. Effektive integrasjons løsninger skaper nye muligheter. Gevinster ved å integrere SuperOffice og Agresso. Effektive integrasjons løsninger skaper nye muligheter. Integrasjon. Etterspørselen etter integrasjonsløsninger er større enn noen gang. Behov for at ulike

Detaljer

Obligatorisk oppgave nr. 3 i INF1300 høsten 2009

Obligatorisk oppgave nr. 3 i INF1300 høsten 2009 Obligatorisk oppgave nr. 3 i INF1300 høsten 2009 Oppgaven er beregnet på å løses og leveres som et samarbeid mellom to studenter, men det er lov for dem som vil seg selv så vondt, å levere en individuell

Detaljer

UiS-IKT Kompetanse 2010. Word 2007. Adresselister og fletting

UiS-IKT Kompetanse 2010. Word 2007. Adresselister og fletting UiS-IKT Kompetanse 2010 Adresselister og fletting Forord Om dette heftet Dette heftet inneholder nyttige tips og triks i Microsoft når du vil flette sammen standard dokumenter med en adresseliste. Forklaringene

Detaljer

OM DATABASER DATABASESYSTEMER

OM DATABASER DATABASESYSTEMER OM DATABASER DATABASESYSTEMER Begrepet database brukes på flere måter, og det er ikke uvanlig å bruke det for å angi en total samling av data (i dette tilfellet lagrede opplysninger) uavhengig av hvordan

Detaljer

Dagens program. Kunnskapsorganisasjon og gjenfinning 1. Spørring mot databaser: SQL 2 - Spørring mot flere tabeller 12.11.2014

Dagens program. Kunnskapsorganisasjon og gjenfinning 1. Spørring mot databaser: SQL 2 - Spørring mot flere tabeller 12.11.2014 Kunnskapsorganisasjon og gjenfinning 1 Spørring mot databaser: SQL 2 - Spørring mot flere tabeller SQL 2 - flere tabeller 12.11.2014 Dagens program SQL oppgave 2 - løsningsforslag Spørring mot flere tabeller

Detaljer

FORORD...III KAPITTELOVERSIKT... VI INNHOLDSFORTEGNELSE...VII DEL I SQL OG RELASJONSDATABASER...1 1 INTRODUKSJON...

FORORD...III KAPITTELOVERSIKT... VI INNHOLDSFORTEGNELSE...VII DEL I SQL OG RELASJONSDATABASER...1 1 INTRODUKSJON... FORORD...III KAPITTELOVERSIKT... VI INNHOLDSFORTEGNELSE...VII DEL I SQL OG RELASJONSDATABASER...1 1 INTRODUKSJON... 3 1.1 DATABASESYSTEMER...3 1.1.1 Anvendelser...3 1.1.2 Oppgaver og arkitektur...4 1.1.3

Detaljer

Datamodellering 101 En tenkt høgskoledatabase

Datamodellering 101 En tenkt høgskoledatabase Datamodellering 101 En tenkt høgskoledatabase Spesifikasjoner for databasen vi skal modellere: Oversikt over studenter med: Fullt navn Klasse Studium Avdeling Brukernavn Fødselsdag Adresse Telefonnummer

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : INF3100/INF4100 Databasesystemer Eksamensdag : Tirsdag 8. juni 2004 Tid for eksamen : 09.00-12.00 Oppgavesettet er på : 5 sider

Detaljer

5XQH.MHOYLN )URQW3DJHRJGDWDEDVHU

5XQH.MHOYLN )URQW3DJHRJGDWDEDVHU 5XQH.MHOYLN )URQW3DJHRJGDWDEDVHU Gyldendal Norsk Forlag ASA 2000 Dette materiellet er ment som et tillegg til læreboken FrontPage 2000 ISBN 82-05-26370-1. Tillegget bør leses i sammenheng med kapittel

Detaljer

En bedre måte å håndtere prosjekt, team, oppgaver og innhold

En bedre måte å håndtere prosjekt, team, oppgaver og innhold En bedre måte å håndtere prosjekt, team, oppgaver og innhold Bedre prosjekthå ndtering med metådåtå M-Files går langt utover bare enkel dokumenthåndtering. Den unike arkitekturen drevet av metadata lar

Detaljer

Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller

Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller LC238D http://www.aitel.hist.no/fag/_dmdb/ Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller ER-modellen, intro.

Detaljer

Oversikt Med ProHAB Kultur får man oversikt over alle lag og foreninger i en kommune eller organisasjon.

Oversikt Med ProHAB Kultur får man oversikt over alle lag og foreninger i en kommune eller organisasjon. ProHAB Kultur Lag og foreningsregister og tilskuddsmodul i ProHAB Administrasjonssystem eller selvstendig kulturprogram - Gir god oversikt over alle lag og organisasjoner - Er enkelt å lære - Gir forslag

Detaljer

Microsoft Access 2010

Microsoft Access 2010 Microsoft Access 2010 Bjørn Kristoffersen Høgskolen i Telemark bjorn.kristoffersen@hit.no Microsoft Access (heretter skriver vi kun Access) er et databasehåndteringsverktøy til bruk for personlige databaser

Detaljer

Datamodellering og databaser http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2

Datamodellering og databaser http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2 http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2 Eksempelbase side 2 Virtuelle tabeller (views) side 3-6 NULL-verdier side 7-14 UPDATE-setningen side 15-16 INSERT-setningen side 17 DELETE-setningen side

Detaljer

Databaser. Relasjonsmodellen 2 Læreboka: Kap. 2 Relasjonsmodellen

Databaser. Relasjonsmodellen 2 Læreboka: Kap. 2 Relasjonsmodellen Databaser Relasjonsmodellen 2 Læreboka: Kap. 2 Relasjonsmodellen Tema for dagen Hva er relasjonsalgebra? Seleksjon Projeksjon Produkt Indre forening Ytterforening Settoperasjoner: union, snitt, differanse

Detaljer

Excelerator tips & triks

Excelerator tips & triks "Litlmolla from Svolvær 2, 2010 September" by Ximonic, Simo Räsänen. Licensed under GFDL via Wikimedia Commons. Excelerator tips & triks Pål Anders Nordgaard 28.04.2015 Agenda Hva er Excelerator? Hva kan

Detaljer

2. Beskrivelse av mulige prosjektoppgaver

2. Beskrivelse av mulige prosjektoppgaver Avanserte databaser (øving 9, 10, 11 & 12) Tore Mallaug 25.01.2008 Opphavsrett:Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO326D Avanserte Databaser INNLEVERINGSFRISTER (Obligatorisk

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : INF3100/INF4100 Databasesystemer Eksamensdag : Tirsdag 8. juni 2004 Tid for eksamen : 09.00-12.00 Oppgavesettet er på : 5 sider

Detaljer

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.

Detaljer

EKSAMENSOPPGAVE I TDT4145 DATAMODELLERING OG DATABASESYSTEMER. Faglig kontakt under eksamen: Svein Erik Bratsberg og Roger Midtstraum

EKSAMENSOPPGAVE I TDT4145 DATAMODELLERING OG DATABASESYSTEMER. Faglig kontakt under eksamen: Svein Erik Bratsberg og Roger Midtstraum Side 1 av 5 Norges teknisk-naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap EKSAMENSOPPGAVE I TDT4145 DATAMODELLERING OG DATABASESYSTEMER Faglig kontakt under eksamen:

Detaljer

SUHS KONFERANSEN Tips og triks i Basware Invoice og PM. Tina Taucher Høgskolen i Oslo og Akershus Gunn Hannevik Strand Universitetet i Agder

SUHS KONFERANSEN Tips og triks i Basware Invoice og PM. Tina Taucher Høgskolen i Oslo og Akershus Gunn Hannevik Strand Universitetet i Agder SUHS KONFERANSEN Tips og triks i Basware Invoice og PM Tina Taucher Høgskolen i Oslo og Akershus Gunn Hannevik Strand Universitetet i Agder Basware Invoice Flytting av fakturaer til annet selskap 2 Basware

Detaljer

Del 3: Noark 5-basert databasestruktur

Del 3: Noark 5-basert databasestruktur Del 3: Noark 5-basert databasestruktur Oppgaven består av en CREATE-del, en INSERT-del og en SELECT-del. CREATEdelen går ut på å lage en databasestruktur etter spesifikasjonene i Noark 5. Strukturen er

Detaljer

Første bestilling av kurs

Første bestilling av kurs DataPower Learning Online Første bestilling av kurs for bedriftskunder Versjon 2.x OKOKOK 1 Bestilling Finn aktuelt kurs For å finne det kurset du er på utkikk etter, kan du enten søke i søkefeltet eller

Detaljer

Kom i gang med Stata for Windows på UiO - hurtigstart for begynnere

Kom i gang med Stata for Windows på UiO - hurtigstart for begynnere Kom i gang med Stata for Windows på UiO - hurtigstart for begynnere Hensikten med denne introduksjonen er å lære hvordan man kommer raskt i gang med grunnleggende funksjoner i Stata. Teksten er tilpasset

Detaljer

Oppdatering av person/studentforekomster i FS mot folkeregisteret

Oppdatering av person/studentforekomster i FS mot folkeregisteret Oppdatering av person/studentforekomster i FS mot folkeregisteret Det forutsettes at tillatelse til oppdatering av FS mot folkeregisteret er innhentet og at man er registrert som kunde hos EVRY. Mal for

Detaljer

INF3100 V2016 Obligatorisk oppgave nr. 1

INF3100 V2016 Obligatorisk oppgave nr. 1 INF3100 V2016 Obligatorisk oppgave nr. 1 Oppgavesettet skal løses og leveres individuelt. Gjennomføring og innlevering av oppgaven skal skje i henhold til gjeldende retningslinjer ved Institutt for informatikk,

Detaljer

Integrasjon & Rapportering

Integrasjon & Rapportering Integrasjon & Rapportering Integrasjon. Etterspørselen etter integrasjonsløsninger er større enn noen gang. Behov for at ulike datasystemer fungerer sammen er satt i fokus. Keyforce leverer integrasjonsløsninger

Detaljer

Miniverden og ER- modell

Miniverden og ER- modell TDT4145 Datamodellering og databasesystemer SQL- oppgave 1 Miniverden og ER- modell Vi tar utgangspunkt i en enkel modell for en pizza- restaurant, der følgende ER- diagram beskriver databasen: Relasjonsdatabase-

Detaljer

Relasjonsalgebra. Hva?

Relasjonsalgebra. Hva? Relasjonsalgebra. Hva? Relasjonsalgebra består av et sett med høynivås operatorer som kan brukes til å manipulere med relasjoner (slå sammen to tabeller, selektere data etc.). Tankegangen er viktig å kjenne

Detaljer

Endringer fra versjon 5.6.5 til 5.7. Primus 5.7

Endringer fra versjon 5.6.5 til 5.7. Primus 5.7 Endringer fra versjon 5.6.5 til 5.7 Primus 5.7 Endringer fra versjon 5.6.5 til 5.7 2 Innholdsfortegnelse Innholdsfortegnelse... 2 Endringer fra 5.6.5 til 5.7... 3 Integrasjon med KulturNav... 3 Oppsett

Detaljer

Oppgradering WMS og PLS

Oppgradering WMS og PLS Oppgradering WMS og PLS Lageret til Midtunbygget Varehotell ble bygget for Vinmonopolet på åttitallet. Leverandør for automatlageret var den gang Munck Autech Technology. Lageret består av fire reolganger

Detaljer

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING Prosjekt 18 Jørgen Mobekk Sørensen Morten Evje Tor Andreas Baakind Anders Gabrielsen Side 1 1 FORORD Dette dokumentet er brukerveiledningen, og skal være en veiledning

Detaljer

1. Datamodellering. 1.1. Kommentarer til læreboka

1. Datamodellering. 1.1. Kommentarer til læreboka Tore Mallaug 20.10.2009 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for fagene LN323D Databaser 1. Datamodellering Resymé: Denne leksjonen viser et par eksempler på ER-modellering

Detaljer

MySQL. Historikk. Nedlasting og installasjon

MySQL. Historikk. Nedlasting og installasjon 1 MySQL MySQL kan lastes ned gratis fra Internett (dev.mysql.com/doc). Vi forklarer hvordan man laster ned og installerer verktøyet, og også hvordan man kommer i gang med å lage databaser i MySQL. Historikk

Detaljer

Opprette firma. Innhold

Opprette firma. Innhold Innhold Opprette firma... 2 Opprette første firma... 2 Sett tilgang til firma... 5 Opprette nytt firma som kopi... 5 Sett tilgang til firma... 6 Opprette nytt firma... 6 Sett tilgang til firma... 7 Eksport

Detaljer

TextureTool med SOSI-parser

TextureTool med SOSI-parser TextureTool med SOSI-parser Verktøy for teksturmapping og automatisk generering av 3D-modeller Hovedprosjekt 11E Erlend A. Lorentzen Jørn G. Nyegaard-Larsen 3DSU 2008/2009 Høgskolen i Sør-Trøndelag Avdeling

Detaljer

Mange definisjoner. Hva er datagruvedrift (data mining)?

Mange definisjoner. Hva er datagruvedrift (data mining)? Hva er datagruvedrift (data mining)? Mange definisjoner Ikke-triviell uttrekking av implisitt, tidlegere ukjent, og potensiell nyttig informasjon fra data Utforskning og analyse, automatisk eller semiautomatisk,

Detaljer

Hvorfor starte fra bunnen?

Hvorfor starte fra bunnen? Challenge us! Hvorfor starte fra bunnen? Rull ut BI4Dynamics på bare 1 dag! Installasjonsguiden bygger opp det komplette data warehouse på Microsoft SQL Server og ruller ut OLAP kuber i Microsoft Analysis

Detaljer

Eksamen i Internetteknologi Fagkode: ITE1526

Eksamen i Internetteknologi Fagkode: ITE1526 Høgskolen i Narvik Side 1 av 5 Eksamen i Internetteknologi Fagkode: ITE1526 Tid: Torsdag 15.06.06, 9:00-12:00 Tillatte hjelpemidler: Alle trykte og skrevne hjelpemidler tillatt. Eksamen består av 1 oppgave

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL Kandidatnr: Eksamensdato: 20. mai 2005 Varighet: 3 timer (09:00 12:00) Fagnummer: Fagnavn: Klasse(r): LV197D Webprogrammering med

Detaljer

Brukerveiledning. Gruppe 9

Brukerveiledning. Gruppe 9 Forord : I dette dokumentet vil du få presentert en brukerveiledning for databasesystemet som vi har laget for Nor daglig vare import. Dokumentet er illustrert med bilder, og i tillegg finnes det forklaringer

Detaljer

Visma SuperOffice. Effektiviserer bedriftens salg og kundedialog

Visma SuperOffice. Effektiviserer bedriftens salg og kundedialog Visma SuperOffice Effektiviserer bedriftens salg og kundedialog Utvid Visma Business med en markedsledende CRM-løsning Et godt økonomisystem hjelper bedriften med å ha kontroll på kostnadene. Et godt verktøy

Detaljer

Workshop NGIS API. Lars Eggan, Norconsult Informasjonssystemer desember 2014

Workshop NGIS API. Lars Eggan, Norconsult Informasjonssystemer desember 2014 Workshop NGIS API Lars Eggan, Norconsult Informasjonssystemer desember 2014 1 NGIS i WinMap NGIS-klient Hente datasett fra en NGIS portal Oppdatere portalen med endringer gjort lokalt Spesiallaget funksjonalitet

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG AVDELING FOR TEKNOLOGI Institutt for databehandling Kandidat nr.: Eksamensdato: 09.05.2005 Varighet: 0900-1200 (3 timer) Fagnummer: LO323D Fagnavn: Databaser Klasse(r): NETT 2006V

Detaljer

Eksamensoppgave i TDT4145 Datamodellering og databasesystemer

Eksamensoppgave i TDT4145 Datamodellering og databasesystemer Institutt for datateknikk og informasjonsvitenskap Eksamensoppgave i TDT4145 Datamodellering og databasesystemer Faglig kontakt under eksamen: Svein Erik Bratsberg: 99539963 Roger Midtstraum: 99572420

Detaljer

NYHETER OG FORBEDRINGER VERSJON 5.01

NYHETER OG FORBEDRINGER VERSJON 5.01 VISMA Contracting NYHETER OG FORBEDRINGER VERSJON 5.01 Oslo, desember 2011. Velkommen til versjonsbrevet til Visma Contracting. Denne versjonen inneholder hovedsakelig nødvendige endringer for lønns- og

Detaljer

Instruks for registrering av spiller i S2S-systemet

Instruks for registrering av spiller i S2S-systemet Formål: Oppdatert spillerregister med lagtilknytning. Forutsetning for din lagadministrasjon med S2S. Målgruppe: Alle lagledere/trener ansvarlig for registrering av lagets spillere NB! Ingen skal importere

Detaljer

NOVUG 3 februar 2009

NOVUG 3 februar 2009 NOVUG 3 februar 2009 Tjenestekatalog og CMDB En kombinasjon som fungerer i praksis 2008 Prosesshuset AS All tillhørende informasjon kan bli endret uten varsel 1 Introduksjon Stig Bjørling Ellingsen Gründer

Detaljer

Online Scale. Vektsystem for krevende bransjer

Online Scale. Vektsystem for krevende bransjer Online Scale Vektsystem for krevende bransjer Avfall og gjenvinning Avfall og gjenvinning Annen industri Sand, pukk og grus Komplett system for registrering, rapportering og administrasjon Uavhengig av

Detaljer

Obbligatorisk oppgave 2 Slektsdatabase

Obbligatorisk oppgave 2 Slektsdatabase Obbligatorisk oppgave 2 Slektsdatabase 5602 Databaser Gruppenavn LEK Lars- Martin Hejll Eirik Simensen Krister Moen 113495 113452 113055 H2011 Oppgave 1 Begrepsmessig datamodell (E/R- diagram) E/R- Diagram

Detaljer

Grafisk løsning av ligninger i GeoGebra

Grafisk løsning av ligninger i GeoGebra Grafisk løsning av ligninger i GeoGebra Arbeidskrav 2 Læring med digitale medier 2013 Magne Svendsen, Universitetet i Nordland Innholdsfortegnelse INNLEDNING... 3 GRAFISK LØSNING AV LIGNINGER I GEOGEBRA...

Detaljer

Blindpar. Tilfeldig bordplassering. Sittepar, flyttepar og turneringsledere. Skriv ut startliste. Turneringsmeny

Blindpar. Tilfeldig bordplassering. Sittepar, flyttepar og turneringsledere. Skriv ut startliste. Turneringsmeny Dette er et dokument som flere av de øvrige dokumentene refererer til. Ved referansen beskrives eksakt hvordan du kommer til navneinnleggingen. Mange regnskapsprogrammer fokuserer på parnummer når navnene

Detaljer

SolidPlant er perfekt for deg som jobber med design av rørsystemer og anlegg, og er kjent med SolidWorks.

SolidPlant er perfekt for deg som jobber med design av rørsystemer og anlegg, og er kjent med SolidWorks. SolidPlant, det eneste virkelig spesifikasjonsstyrte anleggsdesign programmet for SolidWorks. Ved å kombinere intuitive parametrisk styrte SolidWorks med en sofistikert database for å generere alle komponenter

Detaljer

INF130 Databehandling og analyse

INF130 Databehandling og analyse 28.01.15 INF130 Databehandling og analyse Introduksjon Knut Kvaal 28.01.15 1.1 Administrasjon Gruppearbeid og øvinger Du skal registere deg for gruppe etc https://docs.google.com/spreadsheets/d/1n4vqedksrkflh6273wk5zqd852me_mtshunh6dfzzma/edit?usp=sharing

Detaljer

Brukerveiledning lisens

Brukerveiledning lisens Brukerveiledning lisens 1. PÅLOGGING: Bruk linken www.idrett.no/idrettsregistreringen I feltet Finn klubben din, i høyre billedkant skriv: Din klubbs navn klikk Søk Under kolonnen Klubbnavn markèr ved

Detaljer

10. HELFO- oppgjør for fysioterapeuter og kiropraktorer

10. HELFO- oppgjør for fysioterapeuter og kiropraktorer 10. HELFO- oppgjør for fysioterapeuter og kiropraktorer Fra versjon 1.15 vil man kunne benytte vårt helt nye HELFO-regnskap for faggruppene leger, fysioterapeuter, manuellterapeuter, psykologer og kiropraktorer.

Detaljer

Å lage Noark 4 uttrekk selv. Thomas Sødring thomas.sodring@jbi.hio.no 22452610/99570472

Å lage Noark 4 uttrekk selv. Thomas Sødring thomas.sodring@jbi.hio.no 22452610/99570472 Å lage Noark 4 uttrekk selv Thomas Sødring thomas.sodring@jbi.hio.no 22452610/99570472 Prosjektet IKA Kongsberg / HiOA Kan vi lage et Noark 4 uttrekk for en av IKA Kongsbergs kommuner? Uformell samarbeid

Detaljer

Rapportmodulen i Extensor 05

Rapportmodulen i Extensor 05 Rapportmodulen i Extensor 05 [Oppdatert 13.6.2012 av Daniel Gjestvang] Extensor 05 inneholder egen rapporteringsmodul som muliggjør at virksomheten kan lage sine egne rapporter ut fra alle registrerte

Detaljer

Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram

Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram Fastsatt som forskrift av Utdanningsdirektoratet 3. april 2006 etter delegasjon i brev 26. september 2005 fra Utdannings-

Detaljer

DATAVAREHUS PROSJEKTOPPGAVE VÅREN 1996

DATAVAREHUS PROSJEKTOPPGAVE VÅREN 1996 Sammendrag I denne rapporten blir det sett nærmere på datavarehus-teknologi. Et datavarehus er en database hvor man samler data fra flere systemer og legger dem best mulig til rette for analyse. I dette

Detaljer

Rødt nye Office 365 app- switcher i skyen, linker øverst til høyre på bakken. Blått båndet er likt bakke og sky.

Rødt nye Office 365 app- switcher i skyen, linker øverst til høyre på bakken. Blått båndet er likt bakke og sky. Kort oppsummering av forskjeller på Office 365 og Idrettskontor Det kan være greit i Idrettskontor å ha klart for seg at begrepet Office 365 etter hvert har begynt å bety mer enn kombinasjonen "Exchange

Detaljer

Oppgave 1 Datamodellering 25 %

Oppgave 1 Datamodellering 25 % Side 1 av 6 Norges teknisk-naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap LØSNINGSFORSLAG TIL EKSAMENSOPPGAVE I FAG TDT4145 DATAMODELLERING OG DATABASESYSTEMER Eksamensdato:

Detaljer

D: Ingen trykte eller håndskrevne hjelpemiddel tillatt. Bestemt, enkel kalkulator tillatt.

D: Ingen trykte eller håndskrevne hjelpemiddel tillatt. Bestemt, enkel kalkulator tillatt. Side 1 av 7 Norges teknisk-naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap LØSNINGSFORSLAG TIL KONTINUASJONSEKSAMEN I FAG TDT4145 DATAMODELLERING OG DATABASESYSTEMER

Detaljer

Mamut Enterprise Business Intelligence Status/Analyse

Mamut Enterprise Business Intelligence Status/Analyse Mamut Enterprise Business Intelligence Status/Analyse Dette er en innføring i hvordan du bruker produktet Mamut Enterprise Status/Analyse. Først vil det bli gjennomgått hva du kan få ut av din virksomhet

Detaljer

Syscom Brukerforum 2013

Syscom Brukerforum 2013 Syscom Brukerforum 2013 «Måling med mening» Claus H. Karlsen Agenda Generelt rundt målinger og rapportering Hvorfor måler vi Den røde tråden Hvem trenger informasjon Tilvirking av målinger og rapporter

Detaljer

Geometri Mona Røsseland Nasjonalt senter for matematikk i Opplæringen Leder i LAMIS Lærebokforfatter, MULTI Geometri i skolen Geometri etter 4.

Geometri Mona Røsseland Nasjonalt senter for matematikk i Opplæringen Leder i LAMIS Lærebokforfatter, MULTI Geometri i skolen Geometri etter 4. Geometri Mona Røsseland Nasjonalt senter for matematikk i Opplæringen Leder i LAMIS Lærebokforfatter, MULTI 15-Apr-07 Geometri i skolen dreier seg blant annet om å analysere egenskaper ved to- og tredimensjonale

Detaljer

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning

Visma ERP POS. Utvid økonomisystemet med en brukervennlig kasseløsning Visma ERP POS Utvid økonomisystemet med en brukervennlig kasseløsning En moderne og funksjonell kasseløsning kasseløsning Det lønner seg å utvide økonomisystemet med integrert kassefunksjonalitet. I alle

Detaljer

9. Sosial kontakt. Elisabeth Rønning. Flere aleneboende, men færre ensomme

9. Sosial kontakt. Elisabeth Rønning. Flere aleneboende, men færre ensomme Aleneboendes levekår Sosial kontakt Elisabeth Rønning 9. Sosial kontakt Flere aleneboende, men færre ensomme Andel aleneboende som mangler en fortrolig venn, har gått noe ned fra 1980 til 2002, men det

Detaljer

Databaser & objektorientering.

Databaser & objektorientering. Databaser & objektorientering. Noen grunnbegreper innen objektorientering. Klasser og forekomster klasser beskriver strukturen for noe. Beskrivelsen inneholder: et navn attributter /egenskaper / tilstander

Detaljer

SAS-forum 2013. BI Strategi og BICC

SAS-forum 2013. BI Strategi og BICC SAS-forum 2013 BI Strategi og BICC Tormod Kojen BN Bank ASA Agenda Kort om BN Bank Hvilke systemer har vi Modenhetsanalyse BI-strategi BICC 2 BN Bank BN Bank er en landsdekkende bank Innskudd fra kunder:

Detaljer

SPSS Statistics-kurs 2014

SPSS Statistics-kurs 2014 SPSS Statistics-kurs 2014 Kurskalender 2014-1. halvår Dager Pris Jan Feb Mars April Mai Juni 6.-7. 5.-6. 3.-4. 6.-7. 5.-6. 22.-23. 27.-28. 19.-20. 22.-23. 26.-27. Anvendt statistikk 2 8 300 16.-17. 13.-14.

Detaljer

Introduksjon til EndNote

Introduksjon til EndNote Introduksjon til EndNote Herregud hvorfor har ingen vist meg dette programmet før? (kvinne, 48 år, nettopp ferdig med phd-avhandlingen og en kort innføring i EndNote) Hva er EndNote? EndNote er et dataprogram

Detaljer

Metadata for samordning og samhandling

Metadata for samordning og samhandling Metadata for samordning og samhandling DNV/ Industry Geir Jevne, principal 16 October 2008 Problemløsning i en teknologisk hverdag Slide 2 Trærne i samordnings-, samarbeids- og samhandlingsskogen 1. Status

Detaljer