<p>Rapporten handlar om databaser och olika problem som kan uppstå under arbetet i den. Transaktionshantering är en viktig del av databashantering. Vad händer när två transaktioner försöker att komma åt samma dataobjekt? Vad händer när det uppstår deadlocks och hur hanteras dessa?</p><p>Vilka metoder finns det för att få arbetet i en databas att flyta utan att det uppstår några kollisioner mellan transaktioner. Vilka av dessa metoder passar bäst i vilka databaser. Det finns många olika sätt att lösa dessa problem på. Några av dessa är läs- och skrivlås samt tvåfas lås. Alla dessa lås har olika fördelar och nackdelar, ett säkert lås som skyddar väl mot deadlocks kan orsaka längre väntetider. Vad som väljs beror mycket på vad databasen ska användas till. Rapporten avslöjar att användare ofta inte behöver lägga sig i hur databashanterare låser information, däremot är det viktigt att välja när och var låsen ska läggas. För många lås skapar prestandaproblem medan för få lås kan orsaka att datan blir korrupt.</p>

Rapporten handlar om databaser och olika problem som kan uppstå under arbetet i den. Transaktionshantering är en viktig del av databashantering. Vad händer när två transaktioner försöker att komma åt samma dataobjekt? Vad händer när det uppstår deadlocks och hur hanteras dessa? Vilka metoder finns det för att få arbetet i en databas att flyta utan att det uppstår några kollisioner mellan transaktioner. Vilka av dessa metoder passar bäst i vilka databaser. Det finns många olika sätt att lösa dessa problem på. Några av dessa är läs- och skrivlås samt tvåfas lås. Alla dessa lås har olika fördelar och nackdelar, ett säkert lås som skyddar väl mot deadlocks kan orsaka längre väntetider. Vad som väljs beror mycket på vad databasen ska användas till. Rapporten avslöjar att användare ofta inte behöver lägga sig i hur databashanterare låser information, däremot är det viktigt att välja när och var låsen ska läggas. För många lås skapar prestandaproblem medan för få lås kan orsaka att datan blir korrupt.

Samtidighetskonflikt, även känt under den engelska termen concurrency conflict, uppstår när två eller flera processer försöker uppdatera samma information i en databas vid samma tidpunkt. Processen som sparar ändringarna sist blir de ändringar som gäller och på så sätt kan viktigt information försvinna. Det finns flera tillvägagångssätt för att förhindra dessa problem med olika typer av samtidighetskontroller som kan ske i applikationen eller redan på databasnivå via lagrade procedurer. Metoden som används för att undersöka problemområdet har utgått från ett praktiskt arbete med en utökning av en existerande applikation, webbutiken RoyalDesign, skriven i ASP.NET (ASP-dotnet) Web Forms. Utökningen kräver samtidighetskontroll där användaren ska informeras av eventuella konflikter. Undersökningen avser att granska hur samtidighetskontroll implementeras och hanteras i applikationen. Resultatet av undersökningen visar databasen gör den största delen av arbetet, fångar samtidighetskonflikter samt kastar ett undantag som sedan applikationen fångar och hanterar.

Headlong Developments' application HeadmasterDev is currently adapted for a single user. To turn their application into a multi-user system the programming language Swift will be used. Furthermore, this thesis will evaluate whether Swift is an appropriate programming language for developing a server application, how to handle concurrency of shared resources and if it is possible to deploy the application on a operative system other than macOS. The result is that the concurrency model is dependent on the system's needs and that one should not commit to using Swift as the programming language for a server application, with some regard to the size of the application and it's uses. / Headlong Developments applikation HeadmasterDev är endast anpassad för en användare. För att kunna transformera deras applikation till ett fleranvändarsystem så kommer detta arbete att använda sig av programmeringsspråket Swift. Utöver detta kommer det även undersökas om programmeringsspråket Swift är lämpligt för denna typ av applikation, hur man bäst hanterar samtidighet av delade resurser och om det är möjligt att använda applikationen på en annan plattform än macOS. Resultatet kom att bli att hur man löser samtidighetsproblemen beror på systemets behov och att Swift inte är lämpligt för denna applikation med tanke på dess storlek och användningsområden.