Data i .Net på olika sätt
I DotnetRocks #553 berättade Chris Sells att han skrivit om koden för att hantera data i Nerddinner med de flesta sätt att komma åt data som finns i .Net.
I ett svagt ögonblick lovade jag någon på jobbet att skriva ‘HelloWorld’ med Microsofts olika metoder för dataaccess så det var klockrent att någon med koll på läget redan gjort det.
Jag lyckades inte googla mig fram till koden så jag epostade Chris och frågade om den fanns tillgänglig.
Han svarade ganska snabbt och meddelade att koden finns här: http://msdn.microsoft.com/en-us/data/ff707264.aspx
Varför ska man inte använda Access till webben?
Microsoft Access är gjort för små applikationer som bör köras inom/på en dator.
Redan innan internet och webben exploderade var det vanligt att man använde Microsoft Access för att bygga applikationer som skulle användas av flera personer samtidigt. Det tydliggjordes ganska snart att Access inte riktigt hängde med i svängarna när det blev mer än ungefär fem användare. Lite på skämt brukade vi säga att det blev för många redan vid två användare. Riktigt så illa är det inte, men ibland kan man undra… Jag misstänker i och för sig att nätverk och operativsystem hos de inblandade kunderna inte alltid var helt friska. (och 10Mbit var snabbt på den tiden)
Anledningen till att Access får problem i en nätverksmiljö är att databasen är en stor fil som hanteras av den dator som kör klientprogrammet, eller webbservern i fallet med en webbapplikation. Den hanteras alltså inte av en databasserver som MySql eller MS-SQL. När man har en ordentlig databasserver är den ett program som lyssnar på databasfrågor, letar reda på svaret i den stora filen och skickar sedan tillbaka svaret. Om man använder Access måste programmet som ställer frågan själv hämta hela, eller delar av, den stora filen över nätverket, leta efter data och sedan göra något med det. Om man då har flera användare utspridda över ett nätverk så öppnas databasfilen flera gånger och skickas runt till många på nätverket. Dessutom måste databasaktiviteter som förändrar databasen köas, eftersom flera användare inte kan skriva i samma fil på en gång.
Hos många ISP:er (Internet Service Provider) som erbjuder webbhosting på Windows-servrar kan man använda Access som databas. Man kommer då inte ha flera användare mot databasen, men många processer från samma användare, vilket ger nästan samma problem som med flera användare på ett nätverk.
Vad är alternativen?
Om du bygger en applikation med en central databas som ska användas inom ditt företags nätverk, oavsett om det är en webbapplikation eller skrivbordsapplikation, kan du använda Microsoft SQL Server Express. Det är en version av Microsofts flaggskepp med lite begränsningar. De två stora fördelarna med denna är att det är lätt att flytta upp till en större version av SQL Server samt att alla verktyg fungerar precis som med de stora versionerna. Det gör att man kan använda alla gratisverktyg från Microsoft utan problem. Verktyg som Netbeans, Eclipse och så vidare brukar också ha bra stöd för MS SQL Server.
Om du bygger en webbapplikation som ska ligga på ett webbhotell brukar MySql vara det bästa alternativet. MySql ägs nu för tiden av Oracle, men är fortfarande gratis och har öppen källkod. MySql finns nästan alltid installerat hos ISP:erna. Om du använder något programmeringsspråk som inte kommer från Microsoft brukar den exempelkod man hittar på nätet vara till MySql.
Både MySql och MS SQL Express går bra att installera på din egen utvecklingsdator om du vill testköra kod utan att koppla upp dig mot din ISP.
Det finns en massa verktyg för att konvertera Access till MySql. För att uppgradera Access till MS Sql Server finns det en Upsizing Wizard.
…så gör slag i saken- ta bort Access från dina webbapplikationer idag!
Vad är en relationsdatabas?
Tidigare beskrev jag generellt vad en databas är.
I en relationsdatabas sparar man listor med information. Dessa listor kallas tabeller och kan referera till varandra på lite olika sätt. Referenserna mellan tabellerna kallas relationer, därav namnet; relationsdatabaser.
Tabeller, eller snarare rader i tabeller, kan referera till varandra på tre olika sätt:
- En till många
- Många till många
- En till en
Det databashanteraren hjälper till med, om man definierat tabellerna ordentligt, är att säkerställa att dessa relationer efterlevs.
En till många
Det här är den absolut vanligaste relationen. En rad i en tabell refereras av flera rader i en annan tabell.
Om man till exempel har en tabell med personer och en tabell med telefonnummer så kan en person ha flera telefonnummer, men ett telefonnummer hör bara till en person.
Många till många
Det här är en relation som de flesta databashanterare inte kan hantera ordentligt så man får ofta fuska till den.
Om man till exempel har en lista med elever och en lista med kurser så kan en elev gå på flera kurser och en kurs kan ha flera elever. För att få till det så får man lägga till en tredje tabell som innehåller en rad per elev och kurs. Sedan kan man sätta upp två stycken ‘en till många’-relationer. En elev finns en gång i elevtabellen och flera gånger i Elev/Kurs-tabellen och en kurs finns en gång i kurstabellen samt flera gånger i Elev/Kurs-tabellen.
En till en
Denna relation förklarar nog sig själv om man läst de föregående, men den är svårast att förklara nyttan med för någon som inte själv blivit tvungen att utnyttja den. Relationen går ut på att en rad i en tabell har en relation till en unik rad i en annan tabell.
Man skulle till exempel kunna tänka sig att man har en tabell med sålda bilar och en annan tabell med de sålda bilarnas motorer. Varje bil har exakt en motor och varje motor tillhör exakt en bil.
En stor del av arbetet med att designa en databas är att komma på hur alla delar av den information man ska behandla hänger ihop. I princip kan man säga att det är det som kallas normalisering, vilket jag kommer skriva om senare.
Lite mindre tankemöda,men inte mindre viktig, är att föreslå för databashanteraren hur den ska lagra all information. För att reda ut det kommer nästa artikel att förklara vad datatyper är.
Vad är en databas?
En databas är en organiserad samling relaterad information. …med den definitionen är en hylla i ett bibliotek en databas.
I datorvärlden finns det några olika typer av databaser. Alla har det gemensamt att de underlättar för någon att spara, hitta och behandla information.
Det finns några olika sätt att organisera eller klassificera databaser:
Man brukar skilja på om databasen ‘körs’ på en egen dator, eller om det är ett program man kan köra på sin egen dator. I den förra kategorin hamnar till exempel Access och FileMakerPro. Till den senare hör serverprogram som Microsoft SQL Server, Oracle och MySQL.
Ett annat sätt är att gruppera dem på hur man beskriver det data som ska lagras. Alla exempel ovan hamnar då i kategorin relationsdatabaser. Det blir (nog) bara artiklar om sådana i den här bloggen. Eftersom det är sådana jag koncentrerar mig på har jag skrivit en hel artikel om relationsdatabaser i stället för att ta upp plats här. De andra stora grupperna av databaser är hierarkiska databaser och objektdatabaser. I en hierarkisk databas sparas all information i en struktur som ser ut som ett träd. Ungefär som filsystemet i din dator. I en objektdatabas sparas informationen så att den i möjligaste mån ska se ut och fungera som objekt i objektorienterade programmeringsspråk.
