Aging Applications Are Slow, Expensive and Not Compatible
There are many factors and motivations for replacing prerelational DBMS technology, the most obvious being that it's simply outdated. Prerelational DBMSs were originally designed for database sizes measured in megabytes and gigabytes. "Managing today's big data systems is too much to ask from software that is decades old," said Mr Feinberg. "In addition, the tools for managing and accessing these large systems don't support prerelational databases. To be used, the data must be moved to a modern DBMS platform, adding additional latency."
In contrast, today's relational database management systems (RDBMSs) support operations such as multiterabyte online transaction processing applications with thousands of concurrent users. The modern engines can do everything the prerelational DBMS can but with added scalability, flexibility and functionality.
"Another factor to consider is the cloud," Mr Feinberg added. "In the era of prerelational DBMSs, the cloud did not yet exist. Today, many systems and applications such as software as a service (SaaS) make use of cloud resources. Services to extract data from or connect cloud data to prerelational databases are rare, so it's almost impossible to bring cloud and prerelational technology together in an effective and economic way. Database platform as a service (dbPaaS) offerings are a valid and up-to-date alternative."
Organisations that do not wish to part with their prerelational DBMS must assign more budget for maintenance and consulting. As the installed base drops, vendors must increase maintenance and support costs to make up for the smaller base. "The diminishing technical skills base for this technology will also result in higher costs," added Mr Feinberg. "Universities ceased teaching this technology, and the current staff is moving from inside IT departments to outside consultancies to sell their services at a higher price."
Replacement Options
There are many options for replacing prerelational applications and DBMS platforms. Data and analytics leaders should carefully examine those options and choose the best one for each system to be migrated or replaced.
Data and analytics leaders should also prepare a migration plan based on platform choices and realistic cost estimates. Gartner said that the migration costs are offset by reduction of maintenance costs, mitigation of a reducing skill base, and an overall higher scalability and functionality of the new platforms. If the necessary workforce is not available in-house, there are many consultancies that can support these projects but will charge for their services.