Använd vänsterpil och högerpil för att navigera

Eller Ctrl+P för att skriva ut till PDF (eller på papper)

Logik i databasen

Vyer, lagrade procedurer, funktioner, triggers

Vyer (views)

Sparat SELECT-kommando
- "Virtuell" tabell
Abstraktion
- Komplicerad join
- Mer lämpliga namn
- Aggregeringar
- Dölja viss information

Stored procedures

Program i databasen
Kan göra i princip vad som helst
- Visa data, skapa data, ändra data, ta bort data
Skrivs i T-SQL, med några utökningar som inte finns i annan SQL

Triggers

Stored procedure som körs vid vissa händelser
- INSERT, UPDATE, DELETE
Kan använda sig av datan som påverkades av händelsen
Kan förhindra händelsen vid behov
Risker:
- Kan vara svåra att felsöka
- Kan påverka databasens prestanda

User-defined functions

Egna funktioner som kan anropas precis som de inbyggda
Kan ta emot argument och ge tillbaka returvärde

Programmering med T-SQL

Liknar C#
Skapa variabler
- DECLARE @Sum INT = 0
Ändra variabler
- SET @Sum = 123
If:
- IF @Sum > 100 BEGIN ... END
Else:
- ELSE BEGIN ... END
Loopar
...

Databas vs. applikation

Databaser har en eller flera applikationer som jobbar mot dem
Exempel:
- SQL-databas för produkter
- Windowsapplikation för inmatning av nya produkter
- Webbapplikation för köp av produkter
Mellan körningar lagras datan i databasen
... men var ska beräkningarna utföras?
- T-SQL kan göra väldigt mycket (i teorin nästan vad som helst)

Varför programmera med T-SQL?

Kan förbättra prestandan
- Programmet har direkt tillgång till databasen; inget mellanlager
Logiken så nära datan som möjligt
- Förhindrar dåligt skrivna applikationer från att skada datan

Varför inte programmera med T-SQL?

Språket kan vara begränsande
- C# och andra språk har vanligtvis mer funktionalitet
Databasen kan bli för begränsande
- Nya krav i applikationer kan kräva regelbundna ändringar i databasen
Andra språk kommer att behövas oavsett
- Om det mesta av koden redan är C#, är T-SQL lika värdefullt?