Monitors affärssystem MONITOR är under ständig utveckling och i och med detta ville man kolla upp huruvida PostgreSQL skulle kunna användas som DBMS istället för det nuvarande; Sybase SQL Anywhere. Examensarbete har därför bestått av en jämförelse hur PostgreSQL står sig jämte andra DBMS:er, en implementering utav en PostgreSQLdatabas som MONITOR arbetar mot samt ett prestandatest utav skapandet av databasen. I många avseenden verkar PostgreSQL vara ett alternativ till SQL Anywhere; Alla datatyper finns i båda dialekterna. Backup av data finns i olika utföranden och går att automatisera Enkelt att installera och uppdatera. Ingen licensieringskostnad existerar. Support finns tillgänglig i olika former. Dock så är inte PostgreSQL ett bra DBMS att byta till i dagsläget då systemet inte fungerade på grund av att vissa uttryck inte översattes ordentligt samt att ingen motsvarighet till LIST existerar. Ännu större är dock problemet med tiden det tar att flytta data till en PostgreSQL-databas då det inte är intressant att lösa problem med funktioner i systemet om det ändå inte går att använda på grund utav att konvertering av data tar så lång tid som det gör.

<p>AVL LIST Nordiska AB ska certifieras enligt ISO 9002 och måste, för att uppfylla kraven, arbeta efter ett flertal processer. En av processerna har krav på spårbarhet med vilket menas att företaget snabbt ska kunna ta reda på detaljerad information om sina kunders produkter. Då företaget inte kunde uppfylla det kravet insåg de att de behövde en skräddarsydd applikation. </p><p>I samråd med företaget gjordes en specificerad beställning som innehöll företagets krav och önskemål angående applikationens användargränssnitt och funktionalitet. Därefter gjordes en förundersökning vars syfte var att reda ut vilket programmeringsspråk och vilken databashanterare som var mest lämpad att använda. </p><p>Applikationen har implementerats som en trelagerstruktur bestående av databashanteringslager, logiklager och användargränssnitt. Databashanteringslagret utgörs av en databas som hanteras av MySQL och logiklagret utgörs av objektorienterad Javakod. Användargränssnittet utgörs av Java Server Pages, körs av en webbserver och visas i en webbläsare hos användaren. </p><p>Applikationen skulle från början tas fram som en prototyp. Eftersom den uppfyller alla företagets krav och önskemål kan den dock betraktas som ett färdigt system. Med detta system uppfylls spårbarhetskravet och företaget kan ta ett steg närmare ISO-certifiering.</p>

<p>Report writers (sv rapporteringsverktyg) används för att skapa och hantera databasbaserade rapporter. Detta examensarbete handlar om Reporting Services, ett helt nytt rapporteringsverktyg från Microsoft. Syftet med examensarbetet var att utvärdera Reporting Services för att se vad verktyget har att erbjuda i förhållande till rapporteringsverktyg från andra tillverkare. En jämförelse mellan Reporting Services och rapporteringsverktyg från tre andra betydande tillverkare har gjorts. En djupare utvärdering av Reporting Services, där arkitektur, funktionalitet och andra egenskaper gåtts igenom grundligt, har också genomförts. Arbetet har visat att problemet att jämföra olika rapporteringsverktyg med varandra är ganska komplext och att olika verktyg lämpar sig olika bra i olika situationer och kontexter. Verktygens arkitektur skiljer sig åt och de erbjuder olika funktionalitet. Arbetet har också visat att Reporting Services definitivt är ett bra alternativ för företag som använder SQL Server, inte minst ur ekonomisk synvinkel. Verktyget ger användarna en god kontroll över utformningen av rapporter, det är lätt att exportera rapporter till olika format och det finns flera bra möjligheter att distribuera rapporter till läsare.</p>

Report writers (sv rapporteringsverktyg) används för att skapa och hantera databasbaserade rapporter. Detta examensarbete handlar om Reporting Services, ett helt nytt rapporteringsverktyg från Microsoft. Syftet med examensarbetet var att utvärdera Reporting Services för att se vad verktyget har att erbjuda i förhållande till rapporteringsverktyg från andra tillverkare. En jämförelse mellan Reporting Services och rapporteringsverktyg från tre andra betydande tillverkare har gjorts. En djupare utvärdering av Reporting Services, där arkitektur, funktionalitet och andra egenskaper gåtts igenom grundligt, har också genomförts. Arbetet har visat att problemet att jämföra olika rapporteringsverktyg med varandra är ganska komplext och att olika verktyg lämpar sig olika bra i olika situationer och kontexter. Verktygens arkitektur skiljer sig åt och de erbjuder olika funktionalitet. Arbetet har också visat att Reporting Services definitivt är ett bra alternativ för företag som använder SQL Server, inte minst ur ekonomisk synvinkel. Verktyget ger användarna en god kontroll över utformningen av rapporter, det är lätt att exportera rapporter till olika format och det finns flera bra möjligheter att distribuera rapporter till läsare.

AVL LIST Nordiska AB ska certifieras enligt ISO 9002 och måste, för att uppfylla kraven, arbeta efter ett flertal processer. En av processerna har krav på spårbarhet med vilket menas att företaget snabbt ska kunna ta reda på detaljerad information om sina kunders produkter. Då företaget inte kunde uppfylla det kravet insåg de att de behövde en skräddarsydd applikation. I samråd med företaget gjordes en specificerad beställning som innehöll företagets krav och önskemål angående applikationens användargränssnitt och funktionalitet. Därefter gjordes en förundersökning vars syfte var att reda ut vilket programmeringsspråk och vilken databashanterare som var mest lämpad att använda. Applikationen har implementerats som en trelagerstruktur bestående av databashanteringslager, logiklager och användargränssnitt. Databashanteringslagret utgörs av en databas som hanteras av MySQL och logiklagret utgörs av objektorienterad Javakod. Användargränssnittet utgörs av Java Server Pages, körs av en webbserver och visas i en webbläsare hos användaren. Applikationen skulle från början tas fram som en prototyp. Eftersom den uppfyller alla företagets krav och önskemål kan den dock betraktas som ett färdigt system. Med detta system uppfylls spårbarhetskravet och företaget kan ta ett steg närmare ISO-certifiering.

This thesis investigates the possibilities of further developing an SQL library in the interactive compiler Storm. Currently, the library only supports the database handler SQLite, and the ambition is  to add support for more database systems. To achieve this addition, a common SQL syntax that is compatible with different database systems is required. The main challenge of developing a common SQL syntax is that each database system has its own variations and deviations from the standard SQL. The study focuses on a comparison between database handlers with the aim of identifying common SQL statements and data types. The goal is to establish a common subset that can be used as the foundation for the general SQL syntax in Storm. The results of the study confirm that it is possible to develop a general SQL syntax in Storm. In addition to the comparative study, the work also involves implementing support for the database handler MariaDB in Storm. / Detta examensarbete undersöker möjligheterna att vidareutveckla ett SQL-bibliotek i den interaktiva kompilatorn Storm. Vidareutvecklingen innebär tillägg av stöd för fler databashanterare, då SQL-biblioteket för närvarande endast stödjer SQLite. För att möjliggöra tillägget krävs en generell SQL-syntax som är kompatibel med olika databashanterare. Utmaningen som uppstår vid framtagandet av en generell syntax är databasernas variationer och avvikelser från varandra och SQL-standarden. Denna studie fokuserar på en jämförelse mellan databashanterarna med syfte att identifiera gemensamma SQL-satser och datatyper. Målet är att ta fram ett gemensamt subset som kan stå till grund för den generella syntaxen i SQL-biblioteket i Storm. Utifrån studiens resultat kan det fastställas att framtagning av en generell SQL-syntax i Storm är genomförbar. Utöver den jämförande studien innebär dessutom arbetet en implementering av stöd för databasen MariaDB i Storm.

Företaget Nordicstation hanterar stora datamängder åt Swedbank där datalagringen sker i relationsdatabasen Microsoft SQL Server 2012 (SQL Server). Då det finns andra databashanterare designade för stora datavolymer är det oklart om SQL Server är den optimala lösningen för situationen. Detta examensarbete har tagit fram en jämförelse med hjälp av prestandatester, beträffande exekveringstiden av databasfrågor, mellan databaserna SQL Server, Cassandra och NuoDB vid hanteringen av stora datamängder. Cassandra är en kolumnbaserad databas designad för hantering av stora datavolymer, NuoDB är en minnesdatabas som använder internminnet som lagringsutrymme och är designad för skalbarhet. Resultaten togs fram i en virtuell servermiljö med Windows Server 2012 R2 på en testplattform skriven i Java. Jämförelsen visar att SQL Server var den databas mest lämpad för gruppering, sortering och beräkningsoperationer. Däremot var Cassandra bäst i skrivoperationer och NuoDB presterade bäst i läsoperationer. Analysen av resultatet visade att mindre access till disken ger kortare exekveringstid men den skalbara lösningen, NuoDB, lider av kraftiga prestandaförluster av att endast konfigureras med en nod. Nordicstation rekommenderas att uppgradera till Microsoft SQL Server 2014, eller senare, där möjlighet finns att spara tabeller i internminnet. / The company Nordicstation handles large amounts of data for Swedbank, where data is stored using the relational database Microsoft SQL Server 2012 (SQL Server). The existence of other databases designed for handling large amounts of data, makes it unclear if SQL Server is the best solution for this situation.  This degree project describes a comparison between databases using performance testing, with regard to the execution time of database queries.  The chosen databases were SQL Server, Cassandra and NuoDB. Cassandra is a column-oriented database designed for handling large amounts of data, NuoDB is a database that uses the main memory for data storage and is designed for scalability. The performance tests were executed in a virtual server environment with Windows Server 2012 R2 using an application written in Java. SQL Server was the database most suited for grouping, sorting and arithmetic operations. Cassandra had the shortest execution time for write operations while NuoDB performed best in read operations. This degree project concludes that minimizing disk operations leads to shorter execution times but the scalable solution, NuoDB, suffer severe performance losses when configured as a single-node. Nordicstation is recommended to upgrade to Microsoft SQL Server 2014, or later, because of the possibility to save tables in main memory.