170 likes | 328 Vues
DAV B04 - Databasteknik. Praktisk databasdesign (kap 12). Sammanhang. Informationssystem (IS) Livscykel: Makro Databassystem (DBS) Livscykel: Mikro. Informationssystems livscykel (Makro livscykel). Analys av möjliga krav (Feasibility analysis) Kravanalys och insamling av krav Design
E N D
DAV B04 - Databasteknik Praktisk databasdesign (kap 12)
Sammanhang • Informationssystem (IS) • Livscykel: Makro • Databassystem (DBS) • Livscykel: Mikro
Informationssystems livscykel(Makro livscykel) • Analys av möjliga krav (Feasibility analysis) • Kravanalys och insamling av krav • Design • Implementation • Testing/kontroll och acceptanstest • Utplacering, drift och underhåll
Databassystems livscykel(Mikro livscykel) • Definition av systemet • Databasdesign • Databas implementation • Inladdning av data eller konvertering • Konvertering av applikationer • Testing och kontroll • Drift • Övervakning och underhåll
Steg 2 – databasdesign • Mål: • klara av användarnas och applikationernas krav på informationsinnehåll • naturlig och lättförstådd struktur på informationen • klara av ställda krav på prestanda, ex svarstid • Består av sex olika faser...
Faser i databasdesignen • Insamling och analys av krav • Konceptuell databasdesign • Exempel ER-modellen • Val av DBHS • Mappning av datamodeller (logisk databasdesign) • exempel, mappning från ER modellen till relationsmodellen • Fysisk databasdesign • lagringsstrukturer, index • Implementering av databassystemet • impl. av databas och applikationer, trimning (tuning)
Fas 1 – Insamling och analys av krav • Identifikation av applikationsområden och användargrupper • Studier av existerande dokumentation • Studier av nuvarande operativsystem och planerad användning av informationen • Skriftliga svar på frågor från databasens potentiella användare
Fas 2 – Konceptuell databasdesign • 2 parallella aktiviteter • datamodellering • transaktionsdesign • Datamodellering • centraliserad vs. vy integration • Transaktionsdesign • Specar funktionella krav på applikationerna • Hämtnings-/uppdaterings/blandade transaktioner
Fas 3: Val av DBHS • Exempel på faktorer som spelar in • relationsdatabas, objektdatabas? • utvecklingsverktyg? • vad kostar det att: • införskaffa all mjukvara? • underhålla mjukvaran? • införskaffa eventuell ny hårdvara? • skapa databasen alt. konvertera från gammal? • skaffa eventuell ny personal? • träna personalen så att de kan använda DBHS? • ha databassystemet i drift?
Fas 4 – Mappning mellan datamodeller • Kan ske i två steg • system-o-beroende mappning • ER-modell -> relationsmodellen • systemberoende mappning • DBHS har olika kännetecken och restriktioner som man behöver anpassa sig till • Resultatet blir DDL uttryck i det språk som utvald DBHS hanterar
Fas 5 – Fysisk databasdesign • Utifrån vad DBHS kan erbjuda väljs lämpliga • lagringsstrukturer, åtkomstvägar, organisation av filer, indexering • Kriterier som påverkar • svarstid • utrymme • transaktionsgenomströmming (medelvärde transaktioner/minut)
Fas 6 – implementation och trimning • DDL och SDL uttrycken kompileras och används för att skapa databasens scheman och (tomma) databasfiler. Eventuellt sker laddning/konvertering av data • görs av DBA + databasdesigner • Transaktioner implementeras genom att utgå från de konceptuella beskrivningarna av transaktionerna • görs av applikationsprogrammerare
Fysisk databasdesign i relationsdatabaser • Brukar börja med att man tar fram de viktigaste faktorerna och den information man har om dem och analyserar dessa... • Frågor, transaktioner, applikationer
Fysisk databasdesign i relationsdatabaser • Analys av • frågor och transaktioner • frekvens på anrop av frågor och transaktioner • tidskrav på frågor och transaktioner • frekvens på uppdateringsoperationer • indexering (accessvägar)
Databastrimning i relationsdatabaser • Görs för att applikationer ska köra snabbare, få ned svarstider, förbättra genomströmning av transaktioner • Fixas genom att trimma • index • databasdesignen • frågor
DAV B04 - Databasteknik Normalisering och funktionella beroenden (kap 10)