Abstract

Database performance throughput is one of the main measurements of the application effectiveness or a system, in terms of speed and delivery. Higher application efficiency is always a goal for any organization; therefore, finding the way to improve the database performance has priority. There are two main factors that can contribute to performance gain or slowness. Firstly, how well designed the database structure is in terms of data types, referential integrity, and indexes. Secondly, the underlying hardware infrastructure that consists of a server, storage, and network. During the application design lifecycle, the database schema is one area that continuously evolves. There are numerous configurational parameters that need to be adjusted according to database schema design and underlying infrastructure, in which in-memory is an important feature. In-memory database stores all data in physical memory, because of keeping entire data and changes of data in physical memory, the in-memory database provides very short response time and transactional throughput as compared to the disk-based database. This study provides comparison between in-memory and disk-based performance with impact analysis of concurrent users and parallelism using TPC-C benchmarking. A comprehensive benchmark guideline benefits for specific database environment was provided in order to track performance changes while migrating to in-memory from disk-based database. These benchmarking statistics provided comparative standpoint that can be verified during performance bottleneck. This study shows that transitioning from disk-based database to in-memory database decreased the response time and reduced the lock contention, however, requires detailed review for index design changes. Key words: Microsoft Structured Query Language (SQL) Server, in-memory, disk-based, transaction processing performance council (TPC-C), benchmarking, database performance, performance comparison, response time, parallelism, concurrent users.

Highlights

  • Online transactional processing based application requires comprehensive planning prior to deployment in regards to database performance and throughput

  • The ideal goal for the database system is to perform each transaction in shortest possible response time for application-specific structured query language (SQL) queries (Kaspi and Venkatraman, 2014; Transaction processing performance council (TPC), 2010)

  • The objective of this project was to investigate the TPC Benchmark C (TPC-C) benchmark suite for Online Transactional Processing systems; the test cases with query parallelism and concurrent users were evaluated for performance comparison

Read more

Summary

Introduction

Online transactional processing based application requires comprehensive planning prior to deployment in regards to database performance and throughput. The ideal goal for the database system is to perform each transaction in shortest possible response time for application-specific structured query language (SQL) queries (Kaspi and Venkatraman, 2014; TPC, 2010). In most cases of online transaction processing (OLTP), concurrent users of the specific module of the application can cause congestion and increase resource locking. With such constraints, it is evident that transactions have to be very tuned and carefully designed. RDBMS have to provide additional features to handle such requirement in a sophisticated manner

Objectives
Methods
Results
Conclusion
Full Text
Published version (Free)

Talk to us

Join us for a 30 min session where you can share your feedback and ask us any queries you have

Schedule a call