Database Flashcards
(203 cards)
1
Q
Hvad står TSQL for?
A
Transact SQL
2
Q
Hvad er TSQL?
A
Det er en procedural udvidelse til SQL hvor den giver mulighed for delvis normal programmering.
3
Q
Hvad muliggør TSQL?
A
Den muliggøre funktionerne: Variable, IF, While, Iterator, Exceptions, (case) osv.
4
Q
Er datatyperne forskellige i TSQL og SQL?
A
NEJ!
5
Q
Hvad muliggøre TSQL ikke?
A
- GUI
- Collections
6
Q
Hvad er et BATCH?
A
Det er når en eller flere queries kører i et hug
7
Q
Hvilke fejl kan en BATCH have og hvor vil det betyde for udførlsen?
A
- Ved compile fejl
- Ingen af de queries som skulle
køres udføres da compileren
finder fejl i syntaxen.
- Ingen af de queries som skulle
- Ved runtime fejl
- Alle quries som kan gennemføres
lykkedes men de andre som ikke
kan kører giver en fejl.
- Alle quries som kan gennemføres
8
Q
Hvad er en stored procedure?
A
Er en querie som gemmes og kan køres igen og igen.
9
Q
Hvordan er erklæring af en stored procedure?
A
10
Q
Hvad er globale variable?
A
Det er indbyggede variable som man kan bruge men som man ikke selv kan erklære og starter med @@
11
Q
Hvad er almindelige variable?
A
Det er variable som starter med @ og er nogle som du selv kan erklære. Kan kun bruges indenfor det Batch hvor de er erklæret.
12
Q
Hvordan gemte man data fra IT-systemer før indførelsen af databasesystemer (DBMS)? Hvad var det største problem med løsningen?
A
Programmer gemte data direkte på en fil på harddisken.
Problem: Der er en masse funktionalitet som de fleste IT-systemer har brug for. I ovenstående arkitektur er det nødvendigt at programmere denne funktionalitet ind I hvert eneste IT-system.
12
Q
Hvad var målet med indførelse af DBMS?
A
For at gøre det muligt for alle IT-systemer at tilgå generel funktionalitet som: ○ Autentifikation
○ Samtidighedskontrol
○ Alt eller intet princippet
○ Back-up og restore
○ Specificere regler om dataintegritet
○ Effektiv fremsøgning af data der undgår at gennemløbe hele filer (indeksering).
13
Q
Hvordan adskiller arkitekturen for den relationelle database sig med arkitekturen på billedet?
A
- Forespørgselssproget er SQL
- DBMS’en er en relationel DBMS
14
Q
Er fremmednøgler i den relationelle database pointere til anden data i en anden tabel?
A
NEJ! Alle attributter indeholder data - der er dermed ingen pointere. Referencer håndteres med fremmednøgler der selv er attributter og IKKE pointers.
15
Q
Hvilke forskellige database systemer er de mest populære for tiden?
A
Relationelle databaser som MySQL, Oracle og MSSQL er de suverænt mest populære. Næst efter kommer NoSQL databaserne som typisk er dokument (MongoDB) eller graf baserede.
16
Q
Hvad er det som udgangspunkt der begrænser performance i DBMS’en?
A
Harddisken (HDD) er den begrænsende faktor for performance - er meget langsom sammenlignet med de øvrige komponenter.
17
Q
Hvad er en page på harddisken? Hvor meget fylder en page? Hvad indeholder den?
A
En page er det der skrives til / hentes fra harddisken. En page har en størrelse på 8K og indeholder så mange database records som den kan.
18
Q
Hvordan er den traditionelle harddisk opbygget?
A
Består af et antal skiver der roterer omkring deres centrum
Har en læsearm der kan flyttes mellem centrum og skivens rand. Læsearmen læser den data der er lige under armen. Læsearmen overfører pagens data til RAM.
19
Q
I hvilke tilfælde anvender man en SSD fremfor en traditionel harddisk (HDD) i et databasesystem?
A
SSD diske anvendes som cache mellem den traditionelle harddisk og RAM I lidt større systemer.
20
Q
Hvordan læser harddisken en page? Hvilke dele i processen er de mest tidskrævende?
A
- Diskarmen flyttes til den rigtige afstand fra centrum
- Man afventer diskens rotation, så læsehovedet på læsearmen står lige over pagen
- Pagens indhold læses og indhold overføres til RAM
De første to elementer er de mest tidskrævende I processen.
21
Q
Hvad bruger man en buffer til i DBMS’en? Hvorfor bruger man en buffer?
A
Når man har læst en page, er der en rimelig sandsynlighed for at den pågældende page skal anvendes igen inden for kort tid
Denne observation udnyttes til at forbedre performance ved at indføre en buffer. Det betyder at når en page er hentet fra harddisken gemmes den I RAM I et stykke tid efterfølgende.
22
Q
Kan DBMS bufferen påvirkes af programmøren?
A
Nej, den er indbygget i DBMS’en og er ikke umiddelbart til at påvirke.
23
Q
Hvad bruger man pre-fetching til i DBMS’en? Hvorfor bruger man pre-fetching?
A
Når man har læst en page, er der en rimelig sandsynlighed for, at efterfølgende pages skal anvendes inden for kort tid
Denne observation udnyttes til at forbedre performance ved at indføre pre-fetching. Det betyder at når en page læses fra disken bliver de efterfølgende pages læst med op.
24
Kan DBMS'ens pre-fetching påvirkes af programmøren?
Nej, den er indbygget i DBMS'en og er ikke umiddelbart til at påvirke.
25
Hvilke to mulige taktikker har DBMS'en når der skal gemmes noget data på harddisken?
1. Placer det et tilfældigt sted, hvor der er plads. Det gør det let at gemme, men sværere at finde papiret igen. Vælges denne taktik siger vi at tabellen er heap-organiseret
2. Placer papiret efter et system/en ordning. Det gør det lidt tungere at gemme, men lettere at finde. Vælges denne taktik siger vi at tabellen er indekseret
26
Hvornår er en tabel heap-organiseret?
Når records ikke gemmes efter et system, men blot hvor der er plads.
27
Hvad er grundprincipperne i indeksering af en tabel i databasen?
Når DBMS'en laver indeksering gøres det ud fra værdien af en eller flere attributter I en record. Typisk vælges kun en attribut, men det er muligt at kombinere flere.
Man siger at der er et clustered indeks på den/de attributter der bestemmer placeringen.
Det er udvikleren selv der afgør om der skal være clustered indeks på en tabel, og I det tilfælde også hvilken attribut det skal være på.
28
Hvor mange clustered indeks kan man have per tabel?
Kun én.
29
Hvor mange nonclustered indeks kan man have per tabel?
Ubegrænset antal.
30
Hvilke to teknikker kan bruges til indeksering? Hvilken er mest brugt?
1. Hashing
2. Søgetræer (mest brugt)
31
Hvordan foregår clustered indeksering med hashing?
Med denne teknik køres en hashfunktion på den/de valgte attribut/attributter. Hashfunktionen returnere et tal der er addressen på en page hvori recorden skal gemmes.
I det tilfælde hvor en page er fyldt, bruges rehashing. Her sættes den fyldte page til at pege på en anden page, hvori recorden så gemmes. På den måde får man kædede lister af pages.
32
Hvordan foregår clustered indeksering med et søgetræ?
I de indre knuder i søgetræet (altså de knuder der har børn) findes kun de attributter der er valgt til at lave indeks på, samt pointers til andre pages.
I bladene står record'ene.
DBMS'en finder på baggrund af det clustered indeks frem til det blad der indeholder den eftersøgte record.
33
Hvordan foregår nonclustered indeksering med et søgetræ?
Nonclustered træ-baseret indeks er generelt opbygget på samme måde som det clustered træ-baseret indeks:
○ Alle knuder er pages
○ De indre knuder er ens: Her findes kun de attributter der er valgt til at lave indeks på, samt pointers til andre pages.
○ Bladene er forskellige: I nonclustered indeks findes den valgte attribut til at lave indeks på, samt en liste af pagenumre hvor records med pågældende værdi kan findes.
34
Hvorfor kan det give mening at bruge nonclustered index fremfor clustered index?
Fordi der kun kan være ét clustered indeks pr tabel, typisk på én attribut, betyder det dermed også at tabellen er uordnet for de øvrige attributter. Ønsker man stadig at søge effektivt på de øvrige attributter og undgå "table scan" kan man benytte nonclustered indeks.
35
Hvad er et "table scan"?
Hvis DBMS'en møder ovenstående query og tabellen ikke er indekseret (altså dermed heap-organiseret), har den kun en mulighed; at gennemløbe hele tabellen for at finde et match. Dette kaldes et "table scan" og er en meget dyr operation. Er der derimod et indeks vil DBMS'en bruge dette automatisk.
36
Hvad er buffer management?
Det er et komponent som er i alle DBMS’er og sørger for at allokere pages i main memory
37
Hvad er de tre Problemstillinger i buffer management?
1. Hvor meget skal pre-fetches
2. Hvilke pages skal fjernes hvis der er fyldt i main memory, når en anden page har brug for en plads
3. Kontrol af ændring i pages siden indlæsning også kaldet dirty bits
38
Hvad er fordelen ved indeksbaseret lagring af data?
Hurtigere svar tider fra databasen
39
Hvad er ulemperne ved indeksbaseret lagring af data?
1. Inserts vil tage længere tid
2. Updates kan komme til at tage længere tid
3. Deletes kan komme til at tage længere tid
40
Hvad er forskellen på hash basert indeks og træ-baseret indeks?
Hash baseret indeks er effektiv når man snakker om querys hvor man efterspørgere data med =, dvs where og join, hvorimod træ-baseret har en bestemt organiseret rækkefølge og er derfor langt bedere til at håndtere data efterspørgelser hvor betingelserne indeholder <, >, BETWEEN, LIKE med præfix og eller hvor data skal leveret sorteret.
41
Hvilke to metoder kan DMBS bruge for at løse problemet med at der ikke er ledig plads til pagen som kan gemmes?
1. ISAM
2. B+
42
Hvordan fungere ISAM?
Træet laves ved oprettelse af et nyt indeks
Træets udseende ændres ikke pga behov for nye pages
43
Hvordan løser ISAM behovet for nye pages?
Der hvor den nye page som skulle indsættes i træet skulle være oprettes der en pointer fra den nuværede page til den page som skal indsættes dvs. at der bliver dannede kædede lister rundt omkring i træet.
44
Hvordan løses den linkede træstruktur som ISAM skaber ved behov for nye pages?
Det gør man ved at reorganisere trænet sådan at den får en pæn træstruktur igen.
45
Hvad er princippet i B+?
Det er at træet skal være pænt efter hver operation
46
Hvad gør B+ når der er brug for en extra page?
Der laver B+ en pagesplit
47
Hvad er et pagesplit i B+?
Der splitter B+ halvdelen af de records som er i en page og overføre de record til en ny allokeret page og på den måde holdes træet nogenlunde pænt.
48
Hvad er fillfactor?
For at optimere preformance i indeks basere søgetræer bestemmer man hvor stor en procentdel af en page må fyldes for at den ikke rammer Mads kapacitet.
49
Hvad er forskelle på B+ og ISAM ift. behovet for processer kraft?
B+ er dyrt her og nu da den laver et page split hver gang der er brug for en ny page
ISAM er ikke dyrt her og nu man kan skabe preformance tab til næste reorganisering
50
Hvor stor er en page i netto og brutto størrelse?
Netto er 8060 bytes da SQL server selv skal bruge plads til administration
Brutto er 8192 bytes.
51
Hvor gemmes records?
I pages
52
Gemmer SQL server altid hele records eller splitter den dem op for at fordele dem ud over pages?
Nej den gemmer som udgangs punkt altid records hele. Kun hvis at en record er for stor til at være i en page kan den fordeles
53
Hvilke to datatyper snakker man om når der er tale om records?
1. Variable-længde datatyper
2. Fast-længde datatyper
54
Hvad er en variable-længde datatype?
- VARCHAR og VARBINARY
- Fylder alt efter størrelse på data
55
Hvad er en fast-længde datatype?
- Alle andre datatyper end VARCHAR og VARBINARY
-Fylder det samme uanset størrelse
56
Hvornår er en record en fast-længde record?
Hvis den udelukkede indeholder fast-længde datatyper eller hvis den kun indeholde EN variable-længde datatype
57
Hvor meget fylder en header på en record?
6 bytes + 1 bit pr. attribut + summen af attributternes størrelse
58
Hvad skal man bruge af CHAR eller VARCHAR når der er snakke om preformance i DBMS?
Man skal altid bruge CHAR da det er lettere for DBMS, hvis man ved at strengen ikke bliver mere en 20-25 karakter lang og eller hvis man ved hvad den bestemte textstræng fylder.
59
Hvordan sorteres clustrede indeks?
Fra venstre mod højre
60
Hvad er interval søgninger?
- BETWEEN
- < eller >
- LIKE ‘...%’
61
Når man selv laver indeks i SQL server hvilke metoder bruges så?
- Træ-baseret indeks
- B+
62
Er primary key altid clustered?
Som default ja, men kan godt laves om
63
Hvad er en optimizer I DBMS?
Et komponent som forsøger et finde den mest optimale og billigste måde at finde efterspurgt data frem på
64
Hvad vil det sige at en optimizer er sub-optimal
Det vil sige at den ikke nødvendigvis finder den absolutte bedste strategi at finde data frem på, men finder altid en god strategi.
65
Hvilke parametre vurdere en optimizer om en stategi er god?
1. Kort svartid
2. Mindre brug af ressourcer
3. Minimalt antal af disk I/O tilgang
66
Hvordan fungere en optimizer trin for trin?
1. Parse (Dvs. Tjekker syntax og om den er semantisk korrekt)
2. Hvis querien er optimeret i Plan Cache så eksekvere den eller går den videre til trin 3 og 4.
3. Operratograf (Dvs. At query bliver omformet til graf-format hvor der vises rækkefølgen af operationer og hvilke algoritmer der bruges)
4. Optimering (Dvs. At operratografen rækkefølge laves om for at optimere preformance fx. De formindskende operationer først og de forøgende til sidst)
67
Hvad hedder operatografen i SQL-server?
Executionplaner
68
Hvad er reduktionsfaktoren?
Det er en faktor som defineres som den procentdel af data som opfylder betingelserne i WHERE sætningen
69
Hvilken strategi vælger optimizeren hvis der ikke er noget indeks på værdien som du bruger i dit WHERE operation?
Table scan (Kører hele tabellen igennem)
70
Hvilken strategi bruger optimizeren hvis der er et clusteret indeks på værdien fra WHERE operationen?
Bruger det clusteret indeks
71
Hvilken strategi bruger optimizeren hvis der er et non-clusteret indeks på værdien fra WHERE operationen?
1. Hvis reduktionsfaktoren er ca. <= 1% så bruger den det non-clusterede indeks
2. Ellers bruges tablescan
72
Hvilke to ting skal optimizeren tage højde for når der skal joines?
1. Hvis der er 2 eller flere tabeller der skal joines skal rækkefølgen bestemmes (Der kan kun joines to tabeller ad gangen)
2. Valg af join-algoritme for hver join operation
73
Hvordan vælger SQL-Server hvilken rækkefølge som joins skal følge?
Den tager en rask beslutning da der på baggrund antal tabeller kan være rigtig mange mulige rækkefølger og derfor analysere den ikke samtlige muligeheder.
74
Hvilke tre join algoritmer bruges i moderne DBMS’er?
1. Nested loop
2. Sort and Merge
3. Hash
75
Hvordan fungere Netsted Loop join algoritme(Uden indeks)?
Tabellen recorden gennemløbes og for hver record gennemløbes den anden tabels records for at finde de records som opfylder join-betingelserne
76
Hvordan fungere Netsted Loop join algoritme(Med indeks)?
Tabellen recorden gennemløbes og for hver record bruges indeks til at finde records i den anden tabel som opfylder join-betingelserne
77
Hvad er kriterierne for, og hvordan virker merge join som join-algoritme?
1.Kræver at de to indgående tabeller/mellemresultater sorteres på joinattributterne inden fletning
2.Hvis man har et antal tabeller, der joines via merge join, vil man være nødt til at resortere mellem hver join, fordi de enkelte joins typisk, sker på forskellige join-attributter.
78
Hvordan fungere Hash match Join algoritmen?
1. Først indsættes den formoede mindste tabel i en hash tabel hvor join attributten er nøglen
2. Derefter gennemløbes den store tabel ved at man for hver record slår den op i hash tabellen for at se om der er et match
3. Hvis der er flere joins bliver der typsik oprettet flere hash tabeller, da forskellige joins kan have forskellige join betingelser
79
Hvad er en Plan Cache?
- Det er et lager som gemmer tideligere optimerede queries, da man I et rigtigt system ofte vil få de samme queries ind og derfor godt kan genbruge den samme optimering.
80
Hvilke indbyggede preformance forbedringer har en DBMS indbygger?
1. Prefetching
2. Databuffer (Sidst læste page)
3. Plan Cache
81
Hvad skal man være opmærksom på når man laver preformance test på en database?
1. Indbyggede preformance forbedring i DBMS som kan mindste svartiden
2. Belastning på selve Databaseserveren
82
Hvorfor er indeks det billigste og mest kraftfulde værktøj til at opnå god preformance?
1. Stor effekt på antallet at I/O’er
2. Kan ændre dynamisk uden at skulle ændre andet
3. Simpel kommandoer til indeksering
83
Hvad er den overordnede problemstilling når man skal lave indeks?
1. Indeks er en fordel for select
2. Med indeks bliver insekt, update og delete nyere.
3. Indeks kræver plads, men er af mindre betydning
84
Hvad er fordelene og ulemperne ved at bruge indeks?
Fordele:
1. Hurtigere SELECTS
2. Mindre belastning på DB server
Ulemper
1. Dyrere opdateringer
2. Ved opdatering af træet låses dele af dataen
85
Hvad er de to beslutninger som skal vurderes inden man vælger indeks?
1. Hvilke attributter/kombinationer af attributter skal have indeks
2. For hver tabel – hvilket indeks skal være CLUSTERED
86
Hvad er nødvendig viden skal man som vidt muligt have for at vælge indeks?
1. Man skal kende de queries (SELECT, INSERT, UPDATE og DELETE), der køres i systemer
2. Man skal vide, hvor ofte de enkelte queries kaldes (frekvensen)
3. Man skal vide, hvor vigtig god performance er for de enkelte queries
87
Hvor skal man udover primary key overveje om der skal være indeks?
1. Where - betingelserne
2. Join attributerne(Fremedenøglerne)
88
Hvad er fordelene og ulemperne ved at bruget et værktøj til at vælge indekser?
Fordele:
1. Nemt at generare indeksen
Ulempe:
1. Håndtere ikke vigtigheden af indekset rigtigt
89
Hvad skal man overveje efter at man har valgt hvilke indeks der skal være?
Om der skal være clusteret eller non-clustered
90
Hvornår er clusterede indeks markant bedre en non-clusterede?
1. Ved WHERE betingelser da der søges mange resultater
2. Ved visse fremmedenøgler
3. Ved nogle sortererde resultater
4. I tilfælde man ikke kan opnå den ønskede reduktionfaktor med et non-clustedet indeks
91
I hvilket tilfælde vil clusteret indeks være dårligere en non-clusteret?
Når de attribut ofte skifter værdi
92
Hvilke egenskaber har identity?
1. Ved WHERE-betingelser på en tabel med Identity returneres kun et resultat
2. Identityattributter bruges aldrig ved interval-søgninger.
3. Identityattributter bruges ofte ved joins men kun som enkeltopslag
4. Identityattributter bruges aldrig ved sortering
5. Identityattributter ændrer aldrig værdi
6. Ved en Identityattribut vil alt indsættelse ske i yderste højre side
7. Implementeringsdetaljer i det enkelte DBMS kan påvirke valget
93
Hvad skal man gøre efter at man har placeret et clusteret indeks på en tabel?
1. Alle andre indeks på pågældende tabel skal være non-clusteret
2. Efterfølgende skal man tjekke om man opnår en tilstrækkelig lav reduktionsfaktor ellers skal indeks udgå
3. Overvejer om en covered eller include indeks kan bruges
94
Hvornår skal man overveje at bruge indeks?
På tabeller vor der er meget at spare ift. preformance da det fx ikke giver mening at indeksere en tabel på 10 elementer ift. en på 10 millioner
95
Hvad skal man overveje før man kigger på preformance?
Om Det kan svarer sig at kaste pengene efter det ift. hvor stor problematikken er
96
Hvilke andre muligheder har en udvikler for at optimere preformance udover indeks?
1. Gode hensigtsmæssige queries
2. Tabel design
1. Denormalisering
2. Vertikal partitionering
3. Override optimiser
4. Samtidighedskontrol
97
Hvad er kendetegnet ved de 4 andre muligheder for optimering udover indeks?
De er dyre i ift. indeks
98
Hvad gør en query god helt overordnet?
1. Jo simplere den ser ud jo bedre proformer den
2. Brug kun distint eller orderby hvis det SKAL bruges
3. Jo færre SELECT og FROM jo bedre
4. Where frem for if
5. En stor frem for mange små er bedre
6. Undgå så vidt muligt cursors
99
Hvad er denormalisering?
Det er at tilføje attributter/tabeller som beregninger af værdier som kan spares da de ikke skal beregnes ved visning
100
Hvornår kan vertikal partitionering anvendes?
1. Nogle få attributter, der SELECT’es ofte
2. En del attributter, der SELECT’es sjældent
101
Hvordan laver man vertikal partitionering?
Man laver henholdsvist en tabel:
1. Der indeholder de få attributter (inkl. Primary key)
2. Der indeholder de andre attributter (inkl. Primary key)
102
Hvilke måder kan man override optimizeren?
1. Sige om den skal eller ikke skal bruge indeks
2. Bestemme join rækkefølge eller join-algoritmerne
3. Specificere executionplan i XML
103
Hvad skal man overveje før man overrider optimizeren?
1. Størrelser på tabeller og fordeling på værdier kan ændre sig over tid
2. SQL Servers teknikker og valg kan ændres i service packs/nye versioner
104
Hvad indebærer database design helt overordnet?
Alle database relaterede aktiviteter der foregår mellem den logiske modellering (UML analyse klasse diagram) og starten på programmeringen.
105
Hvordan vælges nøgler i forbindelse med database design? Hvad gør en primærnøgle god? Og hvor mange nøgler skal man overhovedet vælge?
En tabel kan have flere nøgler, men kun én vælges som primær.
En god primær nøgle:
○ Unik
○ Kort
○ Ændres sjældent
○ I praksis anvendes oftest en
dum nøgle (identity)
106
Hvad vil det sige at en nøgle er enten informationsbærende eller ikke-informationsbærende?
Informationsbærende:
- En eller flere attributter fra den logiske model (UML)
-Kaldes en klog nøgle
Ikke-informationsbærende:
- Typisk et tal (identity)
- Kaldes en dum nøgle
107
Hvad indebærer omformning i forbindelse med database design?
Efter valg af primærnøgler for alle klasser i den logiske model (UML), omformes den logiske model til tabeller.
108
Hvilke tre måder kan arv omformes fra den logiske model til tabeller i databasen?
1-tabel implementering
N-tabel implementering
N+1 tabel implementering
109
Hvad kendetegner 1-tabel implementeringen til omformning af arv fra den logiske model til tabeller i databasen?
Her samles alle attributter for både superklasse og subklasser i en tabel. Der defineres en "type"
Giver mange null-værdier
110
Hvad kendetegner N-tabel implementeringen til omformning af arv fra den logiske model til tabeller i databasen?
Superklassens attributter "trækkes ned" i hver subklasses tabel.
Ingen null-værdier
Giver redundans (superklassen er repræsenteret flere steder)
111
Hvad kendetegner N+1-tabel implementeringen til omformning af arv fra den logiske model til tabeller i databasen?
Her er der både en tabel for superklasse og alle subklasser. Sub tabellerne refererer så til supertabellen.
Ingen null-værdier
Kan give mange joins
112
Hvilken af de tre måder at omforme arv fra den logiske model bør anvendes i tabellerne i databasen?
Hvilken implementering der vælges afhænger af om arven er "tungere" i superklassen eller subklasserne.
113
Hvilke overordnede ting skal gøres i forbindelse med database design?
- Der vælges nøgler på baggrund af den logiske model.
- Det besluttes hvordan arv skal omformes
- Der normaliseres
- Det afgøres om der skal være historik, hvordan NULL værdier skal håndteres og om der skal bruges views.
114
Hvad er normalisering? Hvad er formålet med normalisering?
Efter omformning skal databasen normaliseres.
Her er målet at identificere og fjerne visse former for redundans.
115
Hvordan opnås første normalform?
1. Normalform:
- Alle attributter er atomare. Dvs de kun indeholder én information.
- Ingen multiple value attributter
116
Hvordan opnås anden normalform?
2. Normalform:
- 1. normalform
- Hvis der er en sammensæt nøgle, skal attributterne være funktionelt afhængige af hele nøglen og ikke kun dele af den.
117
Hvordan opnås tredje normalform?
3. Normalform:
- 2. normalform
- Enhver attribut må kun være funktionelt afhængig af én nøgle. Altså må der ikke være funktionelle afhængighed mellem ikke-nøgler.
118
På hvilken normalform siger man normalt at en database er normaliseret? Findes der højere normalformer?
Når en database er normaliseret mener man typisk at den er på 3. normalform. Men der findes også højere normalformer: Boyce Codd, 4. og 5. normalform.
119
Hvilke overvejelser er der typisk i forbindelse med spørgsmålet om historik eller ej?
Når man afgør om der skal være historik stiller man sig selv spørgsmålet:
- Skal jeg kun kunne se den nyeste værdi (altså ingen historik)
- Eller skal jeg kunne se nyeste og tidligere værdier (altså med historik)
120
Hvordan indfører man historik på en database?
Man opretter en ekstra tabel til historik.
Ønskes dette ikke kan man i stedet gøre brug af logisk sletning:
- Her bruges update til at sætte en "deleted-bit" til true i stedet for reelt at slette data. På denne måde undgår man at gøre brug af en ekstra tabel. I stedet har man blot en ekstra bit kolonne.
121
Hvad er en teknisk attribut? Kom på et eksempel på en typisk teknisk attribut.
Det er normalt at tilføje tekniske attributter som ikke er en del af den logiske model (UML). Eks: Created by, Modified by osv.
122
Hvilke forskellige steder kan man validere data integritet?
- I databasen
- I applikationen
- Begge steder
123
På hvilke måder kan man validere data integriteten i databasen?
Generelle contstraints:
- Fire typer:
- Primary key
- Unique
- Foreign key
- Check
- Generelle constraints er lette at bruge
- Ikke-standardiserede faciliteter:
- Rules
- Er en slags check der kan
bindes til en specifik attribut.
- Triggere
- AFTER-trigger
- Den normale form for
triggere vi har lært om, hvor
en trigger udføres efter en
bestemt hændelse. Eks:
Insert, Update, Delete.
- INSTEAD-trigger
- Er en trigger der køres i
stedet for SQL-kommandoen
124
Hvad indebærer indkapsling med views i databasen?
I en del tilfælde vælger virksomhederne at placere et lag af views ovenpå tabellerne.
På denne måde kan man ændre i tabellernes udseende (oftest) uden at skulle ændre på programmerne overhovedet.
Implementeringen af disse views gøres nemmest inden programmeringen starter.
125
Hvad er en transaktion?
Et antal SQL sætninger der udgør en helhed og som følger ACID principperne.
126
Hvilke tre kommandoer er der i en transaktion?
Begin, rollback og commit
127
Hvad er vigtigt i forhold til den connection en transaktion udføres i?
Den connection der bruges skal være åben under hele transaktionen.
128
Hvad er ACID principperne?
Atomicity (alt eller intet)
Consistency (der kommer ikke "ulovlige" data i databasen når programmet bruges af flere)
Isolation (mellemresultater er usynlige for andre)
Durability
129
Hvordan påvirker samtidighedskontrol performance?
Samtidighedskontrol påvirker performance negativt hvis der bruges låsning
130
Hvad er forudsætningerne for, at der opstår samtidighedsproblematikker?
- Transaktioner kører samtidig
og/eller tilgår de samme data
Mindst en transaktion opdaterer eller sletter
131
Kan man på nogen måde lave inserts, updates og deletes uden at støde på samtidighedsproblematikker? I så fald, hvordan?
Kan undgås med blinde opdateringer:
- Insert, update eller delete uden foregående selects.
- Undgår typisk samtidighedsproblemer fordi sådanne oftest opstår efter læsning af nogle data og efterfølgende opdatering.
132
Hvad er forskellen på en implicit og en explicit transaktion?
- Implicit (enhver query er en transaktion)
- Explicit (der skrives begin tran/ rollback / commit explicit i query)
133
Hvordan kan transaktioner bruges i samspil med stored procedures?
Har ikke som sådan noget med en transaktion at gøre.
En stored procedure kan placeres indeni eller udenom en transaktion, eller have en transaktion i sig.
134
Hvilke to tilgange findes der overordnet til løse samtidighedsproblematikker?
Pessimistisk samtidighedskontrol (låsning)
eller optimistisk samtidighedskontrol (versionering)
135
Hvilke tre samtidighedsproblemer arbejder vi med?
Dirty read, lost update (non-repeatable read) og phantom read
136
Hvad er en dirty read? I hvilke tilfælde opstår den?
Der læses på en opdateret værdi der så efterfølgende rulles tilbage. Altså er der læst en værdi der ikke længere eksisterer.
Løses ved at låse den data der opdateres (Read commited)
137
Hvad er en lost update? I hvilke tilfælde opstår den?
To opdaterer den samme data på samme tid. Det er så kun den sidste opdatering der er den gældende, på den måde er den første transaktions ændringer gået tabt.
Sker typisk ved select + update transaktioner
Løses ved at låse den data der er læst med Repeatable Read
138
Hvad er en phantom read? I hvilke tilfælde opstår den?
Problemet opstår hvis en transaktion har læst data og inden transaktionen bliver færdig, indsætter en anden transaktion data, som den første transaktion ville have læst, hvis de var blevet indsat før.
Sker typisk ved select + insert transaktioner
Løses ved at låse hele datasættet med Serializable
139
Hvad er en shared lås?
Er en delt lås (også kaldet en læse lås). Bruges på SELECT operationer og deles mellem flere transaktioner.
140
Hvad er en eksklusiv lås?
Er en lås der kun kan bruges af en transaktion af gangen. Der er altså dermed ikke andre transaktioner der kan have hverken en eksklusiv eller shared lås samtidig.
Bruges ved insert, update og delete
141
Hvordan implementerer man låsning i databasen? Hvad er fordele og ulemper?
Ved at bruge isolation levels på transaktioner.
Fordelen er, at det løser alle samtidighedsproblemer.
Ulempen er at det kan give ventetider ved bruger interaktion med systemet.
142
Hvordan implementerer man versionering i databasen? Hvad er fordele og ulemper?
Kan enten gøres ved at programmøren selv skriver kode til at checke om data er ændret. Alternativt kan der sættes en ekstra attribut på tabellen af typen rowversion. Den sidste mulighed er at bruge isolation level "Snapshot". På den måde foregår versioneringen bag ens ryg.
Versionering giver ingen ventid ved brugerinteraktion med systemet.
Til gengæld er risikoen for rollbacks større.
143
Hvad er fordelen ved at bruge snapshot til versionering?
Selve versioneringen foregår bag ens ryg, og er derfor let at implementere. Det eneste man skal huske er at reagere på update conflict fejlen i SQL server der har koden 3960
144
Hvad er granularitet? Hvilke tre niveauer af granularitet findes der? Hvordan implementeres de i SQL Server?
Handler om hvor meget data der låses
Tre niveauer:
- Record
- ROWLOCK
- Page
- PAGLOCK
- Tabel
- TABLOCK
145
Hvilken anden lås end shared og ekslusiv lås tilbyder SQL Server? Hvordan er den anderledes? Hvordan implementeres den i SQL Server?
Update lås.
Andre transaktioner må godt have en
SHARED lås på de pågældende data
samtidigt. De må ikke have en
UPDATE eller en EKSKLUSIV lås på
de pågældende data samtidigt.
Hedder en UPDLOCK i SQL Server.
146
Hvordan opnår man den bedst mulige performance ved brug af pessimistisk samtidighedskontrol?
Lad transaktionen bruge
* så få data som muligt
* i så kort tid som muligt
* med et så lavt isolation-level som
muligt
147
I hvilket tilfælde er det vores eget ansvar at bruge operationerne begin, commit og rollback?
Ved explicitte transaktioner.
Hvis man siger begin tran skiftes til
eksplicit transaktion og det er ens
eget ansvar at afslutte
transaktionen med rollback eller
commit.
148
Hvad er Oracle? Hvordan adskiller den sig fra MSSQL?
Verdens mest brugte relationelle database.
Meget striks med syntaks sammenlignet med MSSQL. Men kernen af SQL virker på samme måde i Oracle som i MSSQL
I de ældre versioner af Oracle findes Identity ikke
Programmeringssprogene PL/SQL og T-SQL har meget forskellig syntaks.
149
Hvad indebærer flytbarhed ifht. skift af DBMS?
Flytbarhed i forhold til DBMS handler om hvor enkelt eller
besværligt det er at flytte en applikation fra at bruge et DBMS-
mærke til et andet.
150
Hvilke tre teknikker er der til backup af en database?
Fuld backup, Differential backup og Log backup.
151
Hvad kendetegner en fuld backup af databasen?
Total backup af hele databasen som den ser ud på tidspunktet
152
Hvad kendetegner en differential backup af databasen?
En summeret backup - altså en backup af de seneste ændringer siden sidste fulde backup
153
Hvad kendetegner en log backup af databasen?
Backup af loggen over entries i databasen
154
Hvad er et backup device?
Der hvor backups gemmes
Når en backup gemmes får den et fil nummer, som så efterfølgende kan bruges hvis der skal laves restore
155
Hvad er forudsætninger for at kunne lave restore på databasen?
At der findes en backup af det der ønskes at lave restore på.
156
Hvilke parametre SKAL defineres på en restore kommando i SQL Server?
File, Replace (på den første restore), Norecovery (på alle, pånær den sidste restore), Recovery (på den sidste restore)
157
Hvad fortæller File parameteren i restore kommandoen noget om?
Definerer hvilken backup der skal restores
158
Hvad fortæller Replace parameteren i restore kommandoen noget om? Hvad er vigtigt at huske med denne parameter?
Sættes KUN på den første restore sætning. Sikrer at det der er i databasen i forvejen fjernes inden en fuld backup.
159
Hvad fortæller Norecovery parameteren i restore kommandoen noget om? Hvad er vigtigt at huske med denne parameter?
Sættes på alle undtagen den sidste restore kommando. Fortæller at der kommer flere restore kommandoer, og at databasen derfor endnu ikke må låses op.
160
Hvad fortæller Recovery parameteren i restore kommandoen noget om? Hvad er vigtigt at huske med denne parameter?
Sættes på den sidste restore sætning. Fortæller at der ikke kommer flere restore sætninger. Herefter er databasen igen låst op.
161
Hvad er roles i SQL Server?
Definerer rettighederne for brugerne af databasen.
Svarer til grupper af brugere. Gruppen kan så gives tilladelser
En bruger kan så være medlem af en eller flere grupper, og får dermed de tilladelser der er deri
162
Hvilke typer roles er der?
Public roles, database roles og application roles.
163
Hvilke to kategorier af database roles er der? Hvad kendetegner dem?
Fixed - er på forhånd defineret hvilke roller der er, og hvilke rettigheder de specifikke roller har
Userdefined - defineres af os. Er ikke forudbestemt.
164
Kom med eksempler på nogle fixed database roles i SQL Server
Db_ddladmin
□ Må create og droppe tabeller
□ Giver ikke samtidig adgang til at læse og skrive i dem
Db_accessadmin
□ Kan give adgang til andre
Db_datareader
□ Må læse alle databaser, også fremtidige
Db_datawriter
□ Må skrive i alle databaser, også fremtidige
Db_denydatareader
□ Ikke muligt at læse i databaser
165
Hvad viser billedet?
Definering af user defined roles.
166
På hvilke forskellige niveauer kan man give tilladelse i databasen?
På database niveau
På tabel niveau
På delmængde af tabel
På row level niveau
167
Hvordan giver man kun adgang til en delmængde af en tabel?
Implementeres ved at lave views på en delmængde af en tabel. Hvis en bruger får tilladelse til at påvirke viewet, får brugeren kun adgang til den delmængde viewet repræsenterer - og altså ikke hele den oprindelige tabel.
168
Hvad står ORM for?
Object Relational Mapping
169
Hvad er en ORM? Hvad bruges den til?
Oprindeligt lavet til relationelle databaser. Er et automatiseret program til kommunikation mellem applikation og database.
170
Kom med et eksempel på en ORM.
Entity Framework, LINQ
171
Hvad brugte man til at kommunikere mellem applikation og database før ORM?
JDBC (Java), ADO (.Net), osv.
Her bygger programmøren det hele selv. Det er mere komplekst og bøvlet
172
Hvad er vigtigt når man ønsker at persistere ændringer foretaget med Entity frameworket?
Save changes() sørger for at persistere ændringen.
173
Hvad er en navigation property i forbindelse med Entity Framework?
○ Kaldes også link attributter
○ Bruges til at skabe fremmed nøgle referencer fra databasen i model klasserne.
○ Der skabes tovejs referencer, altså får begge klasser en reference til den anden.
○ Når entity skaber klasse definitionen laves både en almindelig attribut der repræsenterer fremmednøglen (samt en collection på fremmednøglens klasse definition), og samtidig laves der en link attribut, eller navigation property, som er en link reference til den fremmede nøgles klasse. Det betyder dermed også, at der er en del redundans når Entity frameworket opretter klassedefinitioner.
174
Hvilken datatype returnerer LINQ's GroupBy funktion altid?
En var - altså en uspecificeret type
175
Hvad er vigtigt at huske når man bruger LINQ's Using funktion?
Connection til db åbner når querien startes, og lukkes igen lige efter den er udført. Derfor kan eventuelle variable ikke tilgås efter connection til db er lukket.
176
Hvad siger begreberne Lazy/Eager og Deffered/Immediate i Entity Frameworket noget om?
Det definerer forskellige tilgange til at hente data. Det handler dermed om hvor meget data der hentes, og hvornår.
177
I hvilke tilfælde er det interessant at snakke lazy vs eager approach til at hente data via Entity?
Spørgsmålet om lazy vs eager er kun interessant at snakke om i tilfælde hvor en given operation udføres i flere mindre LINQ queries.
178
Hvad er forskellen på Lazy og Eager approach til at hente data via Entity?
Handler om hvor meget.
- Lazy loading:
○ Henter kun almindelige attributter på et objekts klasse til en start
○ Henter først navigation properties når de skal bruges
- Eager loading:
○ Både almindelige attributter og navigation properties hentes med det samme.
179
Hvordan sørger man for at der bruges eager loading fremfor lazy loading i Entity?
Eager loading kan bruges ved at benytte Include operation på query. Her kan de link attributter der ønskes hentet til start inkluderes.
180
Hvad er forskellen på Deffered og Immediate approach til at hente data via Entity?
Handler om hvornår.
- Deffered execution:
○ En LINQ query udføres først når resultatet af den rent faktisk skal bruges.
- Immediate:
En LINQ query eksekveres der hvor den bliver deklareret.
181
Hvordan sørger man for at der bruges immediate execution fremfor deffered execution i Entity?
Kan bruges ved at benytte funktioner som ToArray() på en given LINQ query.
Gøres dette hentes data op i det øjeblik
182
Hvilket approach er standard til at hente data via Entity?
Deffered/Lazy.
Altså gøres så lidt som muligt, så sent som muligt.
183
Hvad sker der hvis en navigation property hentes for anden gang via Entity?
Hvis en navigation property er blevet hentet en gang, så er de gemt i en cache og kan derfor bruges herfra efter første gang.
184
Hvilket approach er standard til at hente data via Entity i .Net Core? Hvad betyder det i praksis?
Bruger som udgangspunkt eager loading, og derfor bliver man tvunget til at skrive Include() i sin LINQ query hvis man skal bruge navigation properties.
185
Hvad er et dokument i en No-SQL database?
Er den enhed man gemmer. Svarer til en record i RDBMS
186
Hvad er en collection i en No-SQL database?
En samling af dokumenter. Svarer til tabeller i RDBMS
187
Hvilke to teknikker er der til at implementere fremmed nøgler i en No-SQL database? Nævn dem blot ved navn?
Redundant og Foreign keys.
188
Hvad går Redundant teknikken til at implementere fremmed nøgler i en No-SQL database ud på?
Her placeres det andet objekts attributter redundant i det første objekt. Det vil sige at noteres en medarbejder som ansat i mere end en virksomhed, vil hans data eksistere flere gange.
Mest brugte teknik af de to.
189
Hvad går Foreign keys teknikken til at implementere fremmed nøgler i en No-SQL database ud på?
Det første objekt får en reference til det andet objekts id.
Skal begrænses i antal, da det kan være svært at joine.
190
Hvad er et denormaliseret udtræk? Hvornår bruges det typisk?
Der kan laves et denormaliseret udtræk af en relationel database. Dette udtræk kan eks. Placeres i en mongoDB og herfra kan data så hentes med god performance
Opdateringer af databasen sker stadig primært i relationsdatabasen.
Teknikken bruges eks. også til datawarehousing.
191
Hvilken form for validering/check er indbygget i en No-SQL database?
Der er intet check på de data der indsættes.
Det er os selv der bestemmer hvor konsistent databasen skal være
192
Hvad definerer generelt set en No-SQL database?
- Intet check af data
- Er hurtige (dels fordi de faktisk er hurtige, og dels fordi de ikke checker noget og bruger denormalisering)
- Bedst brugt til semi strukturerede data, eller til lagring af stærkt denormaliserede data
193
Hvilke tre databasemodeller arbejder vi med? Hvad kendetegner dem?
Relations databaser:
○ Strukturerede data
○ Normalisering
○ Validering af data
Dokument databaser:
○ Ingen kontrol (validering) af data
○ Kan håndtere ikke-strukturerede data
○ Denormalisering
○ Satser på hastig afvikling (god performance)
Graf databaser:
○ Anvendes bedst i mere komplekse løsninger, da det i de fleste tilfælde er nemmere og bedre at løse simple problemstillinger med en almindelig relationsdatabase.
194
Hvad er datawarehousing?
Datawarehousing bruges til at gemme data (oprindeligt fundet via et almindeligt IT-system i en virksomhed) som skal bruges til at lave statistik, hente information og drage konklusioner på.
195
Hvad dækker begrebet OLTP over? Hvad står forkortelsen for?
Online transaction processing. Begrebet bruges i forbindelse med snakken om datawarehousing.
Repræsenterer det almindelige IT-system.
Data gemmes typisk i en relationel database
196
Hvad dækker begrebet OLAP over? Hvad står forkortelsen for?
Online Analyzing processing. Begrebet bruges i forbindelse med snakken om datawarehousing.
○ IT-system hvis formål er at hente information ud af de data OLTP systemet har samlet
○ Data kan både komme fra indtastede data direkte i OLTP systemet, eller det kan være såkaldt måledata der er indsamlet via eks. IoT
○ Disse informationer kan gemmes i det man kalder et datawarehouse.
197
Hvad er denormalisering i forbindelse med datawarehousing?
Data fra OLTP databasen denormaliseres og placeres i OLAP databasen
198
Hvad er forskellen på den data der ligger i OLTP databasen og den der ligger i OLAP databasen? Hvad er formålet med den hver i sær?
Samme data gemt forskelligt.
- Data i OLTP = Flere mindre opdateringer og ændringer med fokus på check
- Data i OLAP = Få men store dataudtræk til store og mere komplekse analyser
199
Er relations databasen egnet til at være en OLAP database?
Bedst egnet til OLTP systemet, men der er også lavet udvidelser til at håndtere OLAP systemer
200
Hvilken arkitektur bruges til datawarehousing?
Den multidimensionale model (stjernearkitekturen)
201
Hvad kendetegner den multidimensionale model som datawarehousing arkitektur?
Primær analyseområde findes (eks. Salg) og bliver dermed til fact tabellen. ○ Herefter defineres hvilke andre områder indenfor salg der også ønskes at analyseres på (eks. Produkt, Tid, Lokation).
202
Hvad er den største udfordring med datawarehousing?
Datakvalitet er den største udfordring.
Handler om hvor godt data i databasen stemmer overens med virkeligheden
