Oracle Open World 14 Copyright ©2015 by Shiv Bharti Page 1

Fulfilling Real-Time analytics on Oracle BI Applications platform

Shiv Bharti Perficient, Inc.

Analytics users have always had the desire to get “real-time” data. There are certain business scenarios where the ability to do real-time analysis can positively impact different areas of our Business – from increased revenue to a greater customer satisfaction. Most of the Oracle BI Application deployments my team and I have been a part of, have always had some Real-Time components. There are a number of design approaches to extend the Oracle BI applications foundation in order to fulfill these requirements. In this article, I would like to share one of the design approaches I will be presenting with my colleague during Oracle OpenWorld 2014. If you are visiting the Oracle Open World this year, please join us to discuss this topic and any other questions on Oracle Business Intelligence:

Session ID: CON6485 Session Title: Leverage Oracle BI Applications Architecture to Meet Real-Time Reporting Requirements Venue / Room: Moscone West - 3011 Date and Time: 10/1/14, 16:30 - 17:15

What is “Real-Time Analytics”?

Real-time business intelligence (RTBI) is the process of delivering information about business operations

as they occur. Real time means near to zero latency and access to information whenever it is required.

- Wikipedia

Some of the common business scenarios for real-time analytics we always run into are: Access to Point Of Sale transactions to efficiently manage Inventory and Store Cash Operational reports for Business that depend on timely deliveries Users simply need critical operational data in real-time

Let’s take a look at the design approach to fulfill real-time analytics on Oracle BI

applications Platform

For those of you who are not familiar with Oracle BI Applications, It is a pre-packaged and prebuilt BI tool

that enables organizations to realize the value of a packaged BI Application, such as rapid deployment,

lower TCO, and built-in best practices, while also being able to very easily extend those solutions to meet

their specific needs, or build completely custom BI applications, all on one common BI architecture.

Business Requirement: Show me the list of Order Quantity by Customer and Product in real Time.

In order to fulfill this requirement, we will extend the OBIEE metadata to seamlessly integrate data from

two data sources:

1. Oracle Business Analytics Warehouse (OBAW) for historical data (This would be the data loaded

as of the night before)

2. Transactional Data (OLTP).

Oracle Open World 14 Copyright ©2015 by Shiv Bharti Page 2

Figure- 1

The Physical layer is an exact depiction of the target physical database(s). Figure 2 shows an Out of the

Box (OOTB) Sales Invoice Line Fact and its relationship with OOTB Dimensions.

Oracle Open World 14 Copyright ©2015 by Shiv Bharti Page 3

Figure- 2

Similarly, in order to access the real-time data, we created views in our transactional system that would

store transactions occurred since the nightly load. Now, based on the real-time reporting requirement, we

may need to create multiple views depending on the number of dimensions we want our users to be able

to seamlessly analyze and slice real-time data. As you can see in figure 3, we created seven dimensional

views in order to provide the ability to slice real-time data by those dimensions.

Figure- 3

The Business Model is a layer of abstraction that sits on top of the physical data. The Business Model

allows us to collapse multiple dimension tables or multiple fact tables coming from disparate physical

sources into a single logical table. As you can see in Figure-4, there is one Logical Fact and One Logical

Dimension for two disparate sources (OBAW and OLTP).

The Business Model also contains some of the rules for how the databases should be interrogated. If the

application contains Aggregate or Partitioned database tables used to improve query response times,

these rules would be defined within the Logical Table Sources within the Business Model. We will

leverage this functionality to federate data from two Physical data sources.

Oracle Open World 14 Copyright ©2015 by Shiv Bharti Page 4

Figure- 4

We need to map the Physical column for each Logical Table sources. As you can see in Figure-5,

Ordered Amount is mapped to NET_AMT for W_SALES_INVOICE_LINE_F (OBAW Fact Table) and

ORDERED_AMOUNT for View_Sales_Order_lines_Fact (OLTP Table).

Oracle Open World 14 Copyright ©2015 by Shiv Bharti Page 5

Figure- 5

Similarly, we need to map the Physical column for each Dimensions, Logical Table sources.

Figure- 6

The Presentation layer is a second layer of abstraction that sit-on-top of Business Model. The

Presentation layer is presented to end-users in a complete WYSIWYG framework.

Oracle Open World 14 Copyright ©2015 by Shiv Bharti Page 6

Figure- 7

Per the design steps completed above, when we try to create a report. OBI generates queries for each

data source. Data returns from each data source. Data is then integrated on the OBI Server before

displaying it to the users.

Figure- 8

Oracle Open World 14 Copyright ©2015 by Shiv Bharti Page 7

Below is a 3-Tier architecture diagram to fulfill real-time and analytical reporting need without adversely

impacting the ERP (Business) Applications.

Figure- 9

For more information contact: shiv.bharti@perficient.com