Databaser Design och programmering. Fysisk design av databasen att ta hänsyn till implementationsaspekter: minnesteknik filstrukturer indexering

Transkript

1 Databaser Design och programmering Fysisk design av databasen att ta hänsyn till implementationsaspekter: minnesteknik filstrukturer indexering

2 2 Programdesign, databasdesign Databasdesign Kravspecifikation Applikationsdesign Konceptuell design Konceptuell datamodell Transaktionsdesign Logisk design Implementationsmodell Fysisk design Fysisk datamodell Implementation

3 3 Databas En databas är en samling data som: Har med varandra att göra Representerar (modellerar) en del av verkligheten för ett specifikt ändamål Är beständig (finns kvar) Har en strikt struktur som beskrivs i ett schema Inte innehåller motsägelser Lagras på dator

4 4 Utveckling Konceptuell datamodell (ER) Implementationsmodell (Relationsmodell) Fysisk datamodell Datatyper (Char/Varchar, integer, date, float ) Integritetsvillkor (primärnycklar, främmande nycklar, not null ) Lagring (filorganisation, index )

5 5 Databasen på hårddisken/ssd Lagras som en samling poster i filer på hårddisk en tupel lagras som en post ett attributvärde lagras som ett fält i en post Datatyp (tecken, heltal osv) - utrymme för respektive attribut Viktiga operationer på poster/tupler: sätta in ny, ta bort, söka specifik

6 6 Lagra stora mängder data - minnesteknik Primärminne (kretsteknik) Flyktigt Snabbt (direktaccess, nanosekunder) Dyrt Sekundärminne (Olika tekniker: hårddisk, SSD, CD, DVD, diskett, magnetband mm) Permanent Långsamt (olika typer av access, milli-mikro sekunder) Billigt

7 7 Utvecklingen 1000 Pris per GB (kr/gb) ,1 Primärminne SSD Hårddisk DVD 0,

8 8 Hårddisk (skivbaserad) magnetiserbar beläggning, packningstäthet Läs/skrivhuvud spår, rotations-hastighet Packe, cylinder Block

9 9 Hårddisk, forts Block fysiskt 1/2 till 4kB - minsta överföringsmängd till PM en fil lagras i ett antal block Accesstid = sök+rotation+läs = 5-10ms (läsa hela skivan sekvensiellt dock snabbare) Accessa (läsa) block = 5-10 millisekunder (5-10*10-3 ). Blocköverföring tar alltså tid!

10 10 SSD Kretsteknik, transistorer lagrar 1/0 (NAND) Organiserade i block (ofta 4kb). Accesstid <0,1ms Läsning snabb, skrivning ofta lite långsammare, varierar: MB/s 2-20 mikrosekunder/block (2-20*10-6 ) Fortfarande blockbaserad överföring, men med kortare tider.

11 11 Filer och block En fil behöver flera block. Posterna i en fil lagras i ett antal fysiska block. Information om vilka block som ingår i en fil lagras på disken, kallas filhuvud. Magnetisk disk: SSD Block i samma fil läggs efter varandra i samma spår så långt det går Efter raderingar och insättningar: fragmentering Slitage, wear-levelling, overprovision

12 12 Blockningsfaktor, bfr Om R är poststorlek och B är blockstorleken är bfr = B/R en fil med r stycken poster kräver b = r/bfr stycken block Vilka block som ingår lagras i filhuvudet eller i respektive block (pekare till nästa block)

13 13 Filer Består av filhuvud och en samling poster ordnade på något sätt i en samling block. Filhuvud - information om poststorlek, ingående block mm Hur är posterna ordnade inom filen? 1. Hög (heap) (osorterat) 2. Ordnad sekvens (sorterat) 3. Hashtabell 4. Indexerad sekvens

14 14 Hög (heap) Oordnad sekvens av poster (antal block=b) Ny post - Adressen till sista blocket finns i filhuvudet. Läs in den, lägg till nya posten, skriv ut den. Antal accesser: 2. Sökning - sekvensiell genomgång av filen tills man hittar den sökta posten. Antal acesser: Medel=b/2, Max=b. Borttagning - sök rätt block, som läses in. Ta bort posten. Skriv tillbaks det reviderade blocket, som nu är delvis tomt. Antal accesser: Medel=b/2

15 15 Sökning i hög, räkne-exempel Fil: Poststorlek, R = 100 byte filstorlek, r = st poster Hårddisk: blockstorlek, B = 512 byte tid för blocköverföring: 10 ms Blockningsfaktorn blir: bfr= B/R = = 512/100 = 5 poster per block Filen tar upp b= r/bfr = 30000/5 =6000 st block För att hitta en viss post krävs i genomsnitt b/2= 3000 blocköverföringar = 30 sekunder.

16 16 Hög: fördelar och nackdelar + Insättning går mycket fort. - Många borttagningar leder till tomrum på skivan. (Kräver periodisk omorganisering av filen.) - Sökning långsam - Om posterna har variabel längd kan ändring i en sådan post få blocket att svämma över - posten måste då tas bort och sättas in på nytt.

17 17 Ordnad sekvens (sorterat) Posterna i filen sorteras enligt värdet på något fält i posterna. Ny post - hitta rätt ställe (rätt block), skapa plats åt den nya posten, sätt in den. Skapa plats = flytta resten av posterna ett steg framåt. Sökning - t.ex. binärsökning, om listan av block sparas i filhuvudet eller sekvens av block nyttjas. Borttagning - som ny post om posten fysiskt ska tas bort. Man kan också markera posten som borttagen och organisera om då och då.

18 18 Sökning i ordnad sekvens, exempel Samma fil som tidigare: blockfaktor, bfr = 5 poster per block antal block, b = 6000 block. tid för blocköverföring = 10 ms Binärsökning, antal blocköverföringar: n= log2(b) = log2(6000) =13 För att hitta en viss post krävs maximalt 13 blocköverföringar = 0.13 sekunder.

19 19 Ordnad sekvens, fördelar och nackdelar - Insättning av ny post tar tid om plats skapas genom att förskjuta övriga poster i filen - Borttagning eventuellt likaså. + snabbare sökning än hög

20 20 Hashstruktur För filer med nyckel. Posterna sprids över en hylla med fack med hjälp av en hashfunktion. Varje hylla=ett block Kollisionshantering vid fullt block: spill-block

21 21 Hashstruktur, forts Ny post - beräkna hashvärde, om plats finns i blocket, sätt in. Om inte länka in nytt block. Sökning - beräkna hashvärde, läs. Om inte rätt block följ länken till nästa tills funnen. Tid för sökning: beror av hur många länkar man måste följa. Borttagning hitta som ovan, ta bort posten ur blocket och skriv tillbaks det ändrade blocket.

22 22 Hashstruktur, fördelar och nackdelar + snabb sökning (fåtal blockaccesser) - avancerad algoritm för insättning och borttagning - tar viss extra plats (länkfältet samt luft ) - kräver hela nyckeln vid utsökning, kan ej läsas sekvensiellt

23 23 Indexerad sekvens Jfr index till en bok - lista med pekare till rätt plats Indexpost pekar ut var i huvudfilen posten finns Primärindex, klusterindex (grupperade index), sekundärindex Glest index vs tätt index Indexfilen sorteras alltid. Indexfilen tar plats!

24 24 Indexerad sekvens, forts Ny post - rätt block söks fram, läses in, ändras och skrivs tillbaks. Vid översvämning i blocket skapas ett nytt block och en ny indexpost läggs in i indexfilen Sökning sök nyckeln i indexfilen (som vid sökning i sorterad fil). Hämta aktuellt block från huvudfilen). Borttagning - som ny post. Oftast lämnas tomrum i block istället för att organisera om varje gång.

25 25 Sökning med primärindex, exempel Samma huvudfil som tidigare: antal block, b = 6000 block. tid för blocköverföring = 10 ms Antag att nyckelfältet är 9 bytes långt och adressen till block tar 6 bytes. Indexfilen är en sorterad fil som söks som sådan.

26 26 Sökning i indexfilen Indexfilens poststorlek ir blir då 15 bytes Indexfilens blockfaktor ibfr = 512/15 = 34 Indexfilen har en post per block i huvudfilen, dvs ir=6000 poster Indexfilen tar alltså upp ib = 6000/34 =177 block Hitta en viss indexpost (binärsökning i indexfilen): log2(177) blocköverföringar =8 st. Sedan ytterligare en för att läsa ur huvudfilen. Totalt 9 blocköverföringar, 0.09 sekunder.

27 27 Indexstruktur, fördelar och nackdelar - indexfilen tar extra plats i databasen. - insättning och borttagning kräver även uppdatering av indexfilen. + snabb sökning + relativt enkla algoritmer för insättning och borttagning

28 28 Multipla index (indexnivåer) Index till indexfilen. För varje block i indexfilen en post i indexindexfilen... Kan ha godtyckligt många nivåer...

29 29 Sökning med multipelt index Samma huvudfil och samma indexfil: Indexfilens blockfaktor ibfr = 34 Indexfilen tar upp ib = 177 block Index på indexfilen behöver i2r= 177 poster. Den tar 6 block. Hitta index till indexfilen ( log2(6) =3). Hitta index till huvudfilen (1 överföring). Läsa in det eftersökta blocket ur huvudfilen. Totalt 5 blockaccesser, 0.05 sekunder.

30 30 Klusterindex Indexering på icke-unikt fält går det? Sortera filen på indexfältet och gör index för första posten av varje indexvärde. Ny post sortera in efter nyckeln Sökning sök rätt index som tidigare, sök sedan rätt post i blocket, eller nästa block Borttagning som för vanligt index.

31 31 Sekundärindex index på unikt fält som filen inte är sorterad efter? Detta index är tätt (en indexpost per post i huvudfilen, jfr primärindex, glest). Sekundärindexet får lika många poster som datafilen har poster.

32 32 Sökning på sekundärindex, exempel samma fil som tidigare och indexposter som tidigare, men med tätt index: Indexfilens poststorlek ir = 15 bytes Indexfilens blockfaktor ibfr = 1024/15 = 68 Indexfilen tar ib = 30000/68 = 442 block Hitta en indexpost, binärsökning i indexfilen: log2(442) blocköverföringar = 9 st sedan en blocköverföring ur huvudfilen. Totalt 10 blockaccesser, 0.1 sekunder.

33 33 Sammanfattning Typ Ny post Sökning Borttagning Extra plats Hög snabb (2) långsam (b/2) långsam (b/2 +1) övergivna poster* Ordnad långsam (log2(b)+1) snabb (log 2 (b)) långsam (log 2 (b)+1) tomma poster* Hashstrukt snabb (2-3) snabb (1-2)** snabb (2-3) länkvärde + reserv Indexerad snabb (log 2 (ib)+2) snabb (log 2 (ib)+1) snabb (log 2 (ib)+2) indexfilen Värdet anger antal accesser, b=antal block i filen, ib=antal block i indexfilen. *=Om ingen omorganisation sker. **= sökning på nyckelvärde, annan sökning som för Hög.

34 34 Filorganisationer Hög Ordnad sekvens Hashstruktur Indexstruktur primärindex (multipla nivåer) klusterindex sekundärindex

35 35 Fysisk design designa databasen på fysisk nivå: avvägning mellan utrymme och snabbhet. Ta med i beräkningen hur ofta tabellen används och hur (sökning/matchning mot vilket fält). Åtgärder: Ordna datafilen - osorterad hög eller sorterad? På vad? Används alltid nyckel? Hashtabell! Skapa index vilka behövs? - de som söks på!