Real-time operational analytics
2016 (13.x) introduces real-time operational analytics, the ability to run both a
2016 (13.x) introduces real-time operational analytics, the ability to run both
analytics and OLTP workloads on the same database tables at the same time. Besides running
analytics in real time, you can also eliminate the need for ETL and a data warehouse.
Traditionally, businesses have had separate systems for operational (that is, OLTP) and analytics
workloads. For such systems, Extract, Transform, and Load (ETL) jobs regularly move the data
from the operational store to an analytics store. The analytics data is usually stored in a data
warehouse or data mart dedicated to running analytics queries. While this solution has been
the standard, it has these three key challenges:
Implementing ETL can require considerable coding especially to load only
the modified rows. It can be complex to identify which rows have been modified.
Implementing ETL requires the cost of purchasing additional hardware and software
licenses.
Implementing ETL adds a time delay for running the analytics. For example,
if the ETL job runs at the end of each business day, the analytics queries will run on data
that is at least a day old. For many businesses this delay is unacceptable because the
business depends on analyzing data in real time. For example, fraud-detection requires
real-time analytics on operational data.