Databasdesign

• Vilka tabeller ska vi ha?
• Vilka kolumner ska de ha?
• Vilka förhållanden ska finnas mellan tabellerna?
• Liknande krav och utmaningar som vid design av C#-program
  • Men nu med annan datamodell: tabeller istället för objekt

Process

• En av flera möjliga, denna från Microsoft:
  • Samla information om problemdomänen ("verkligheten")
  • Identifiera objekt (saker/ting, inte OOP-objekt)
  • Modellera objekten som objekt i en databas
  • Identifiera typer av information i objekten
  • Identifiera förhållandena mellan objekten
• De flesta processer kommer att likna denna
• Mycket viktig
  • Påverkar en väldigt stor del av övriga systemet
  • Ändringar möjliga i efterhand, men ofta svårare i databasen än på andra ställen

Exempel: biograf

Biografen består av flera olika salonger som i sin tur är uppdelade i numrerade sittplatser. Antalet sittplatser varierar för varje salong men deras fysiska placering är inte viktiga för detta system, endast deras nummer i salongen. (Radnummer är inte heller viktiga.) Varje salong kan användas flera gånger per dag för att visa filmer.

Varje film har en titel, en längd, en eller flera genrer och en eller flera skådespelare. Filmer kan också ha åldersgränser (baserade på de svenska: 7 år, 11 år, 15 år och 18 år) men vissa filmer är tillåtna för alla. Slutligen har varje film ett biljettpris.

En kund har grundläggande personuppgifter samt en epostadress och ett telefonnummer som behövs för biljettköp. Kunder kan köpa biljetter till visningar, som äger rum i en bestämd salong vid ett bestämt datum och klockslag. Som ovan nämnt är biljettpriset på en visning knutet till själva filmen, men vissa visningar sker i 3D och har således högre biljettpris (en fix ökning oavsett film).

Normalisering

• "Unknown known": en färdighet som man kan lära sig utan att veta exakt hur och varför
• Formella regler finns
  • Normalformer: första, andra, tredje, ...
  • Dock svårtillgängliga och abstrakta
• Informell kunskap
  • Kopplad till konkreta exempel och situationer
  • Vad de flesta använder

Vad är en normaliserad databas?

• Orelaterad data lagras i olika tabeller
  • Förhindrar duplicering och redundans
  • Förhindrar inkonsekvens (anomalies) vid inmatning av data
• Din databas kanske redan är normaliserad
  • Ofta om du följer konventionerna för förhållanden
  • Men en analys kan ibland avslöja brister

Undvik dynamisk tabellstruktur

• Fixt antal tabeller
• Fixt antal kolumner
• Dynamiskt antal rader
• Vanlig användning av systemet ska bara lägga till nya rader, inte nya kolumner eller tabeller
• Tumregel: om du skriver kod som skapar kolumner eller tabeller så är något troligtvis fel

Exempel: dynamiskt antal kolumner

Alternativ till dynamiskt antal kolumner

Exempel: dynamiskt antal tabeller

Alternativ till dynamiskt antal tabeller

Undvik flera beroenden på samma rad

• Samtliga värdena på en rad ska vara direkt beroende av nyckeln
  • "The key, the whole key, and nothing but the key, so help me Codd"
• Enklast att förstå med exempel, på nästa sida

Flera beroenden på samma rad

Inkonsekvens vid inmatning

Annat exempel: beräknade värden

Denormalisering

• Ibland väljs normalisering medvetet bort: denormalisering
• Vanligtvis för att förbättra prestanda
  • Slippa ta fram beräknade värden gång på gång
  • Minska antalet ingående tabeller i ett kommando
• Kan vara bra (och ibland nödvändigt) för prestanda
• Riskabelt och bör bara göras om man förstår och kan hantera riskerna