En transaktionsväxel är ett system som transporterar korttrafik mellan butiker och banker. Ett kortköp genererar flera olika sorters transaktioner som skickas internt i växeln. Genom att undersöka transaktionsdata kan man ta reda på om något fel har skett vid kortköpet. Sökningar på transaktionerna sker i dag med hjälp av gamla DOS-program. Dessa program har begränsade sökmöjligheter samt är krångliga att använda. Syftet med examensarbetet är att skapa ett flexibelt och lättanvänt system som medger sökningar över nätet. Systemet ska kontinuerligt läsa in transaktionsdata i en relationsdatabas. Olika databaslösningar togs fram och utvärderades, av dessa valdes en lösning med trädliknande tabellstruktur. För att erhålla ett flexibelt system skapades informationstabeller som beskriver transaktionerna, strukturerna och de olika fälten. För sökningarna designades ett API som dynamiskt skapar databasfrågor, och där sökinformationen till API:t skickas i XML-format. Resultatet blev ett flexibelt system som uppvisade godkända inläsningstider. Tyvärr kunde inte systemet testas under realistiska förhållanden så vissa frågetecken finns för sökprestanda.
A transaction exchange system is a system that transports card traffic between point of sales and banks. A card purchase generates several different transactions internally in the transaction exchange system. By examining transaction data you can find out if any error has occurred during the card purchase. Today, transaction searches are done with old DOS-programs. These programs have limited functionality and are quite awkward to use. The purpose of the diploma work is to create a flexible and easy-to-use system that allows transaction search over the web. The system should, at a continual basis, read transaction data for insertion in a relational database. Different database scheme solutions where evaluated, and a solution with a tree-like table structure was chosen. To obtain a flexible system, information tables that describes the transactions, the structures and the different transaction fields where created. An API was designed that dynamically builds SQL queries. The resulting system showed acceptable insert performance. Unfortunately, the system couldnt be tested in realistic situations and therefore some questions remains for the search performance.