Best Practices from Oracle Development's A‑Team

Extracting Data from Fusion SaaS via View Objects with Data Sync

For other A-Team articles by Richard, click here


The Oracle Data Sync tool provides the ability to extract from both on-premise, and cloud data sources, and to load that data into Oracle Analytics Cloud Service (OAC), Oracle Autonomous Analytics Cloud Service (OAAC), and other oracle relational databases, or into Essbase.

In the most recent 2.5 release, Data Sync added the ability to pull data directly from Fusion SaaS view objects.  The same view objects that other BI reporting, and extract tools use.

In a recent article I covered how Data Sync can consume files created and saved into UCM by the BI Cloud Connector (that article is here).

In this article I'll cover how the Data Sync tool can be set up to pull the same data, directly from the Fusion view objects.

There are pros and cons to both approaches.  Your use case will dictate which best fits your needs:

  • The BI Cloud Connector, for some use cases, will be the preferred solution for extracting data.  It already has a full list of all view objects available to choose from, and will allow you to select as many as you like in a single extract, as well as easily picking the fields you need.  It can generate full, or incremental extracts for you, it can create the data and primary key extracts too, as well as providing a metadata file to help understand the data better.  So the set-up of the extract is definitely easier.  But then you need to build a process to take the extract file, and load that into the target database (as this article showed).
  • With the Data Sync tool going directly against the view objects, you need to know the name of the view object(s) ahead of time, and the fields that you want to extract, so the set-up will take more time.  But the Data Sync tool has the ability to orchestrate the whole process, from scheduling, to extracting the data, and to loading that data into the target database.  It does also have the ability to set up full and incremental extracts, and to do primary key extracts.  So while set-up will take longer, the same tool could be used for the whole extract and load process.  To improve performance, and lessen the load on the BI Server, for larger data sets (100K rows +), it is recommended to make use of partitioned reads, and / or incremental updates.  Both of which are covered in this article.


Licensing for the Data Sync tool was intended originally for customers of BICS, OACS, or OAAC.  

However, if the customer licenses Oracle products, then they can use the Data Sync tool based on the OTN license agreement.

This means the product is available to other customers, for instance Fusion SaaS customers, who would like to set up data extracts from Fusion and load that to an oracle DBCS instance, or on premise.  

For more details, check the OTN Licensing Agreement link on this download page.


Download the Latest Version of Data Sync Tool

Be sure to download and install the latest version of the Data Sync Tool from OTN through this link.

Data Sync requires JDK8.  You can download that through this link.

(Note - customers still using BI Cloud Service (BICS) and loading into the schema service database, can not use this version of Data Sync.  The version for BICS is available to download here, but does not have all the functionality of the OAC / OAAC version.)


For further instructions on configuring Data Sync, see this article.  If a previous version of Data Sync is being upgraded, use the documentation on OTN.


Scope of this Article

As covered in the recent article, in Fusion applications, it is possible to delete data.  Perhaps a transaction was entered in error and was subsequently deleted, or a new product was added, but then a decision made to remove it.  If Fusion data is being extracted to populate a downstream warehouse, it's important to be able to identify new, changed and deleted data.

This article will show how to create both a  Data Extract, and a Deleted Record (Primary Key) Extract via a view object in Fusion SaaS.

The Data extract, as the name suggests, is the data from the selected view object(s).  This can either be a full extract of all data in the view object(s), or an incremental extract, which includes all the changes in the data from the view object(s) since the last extract.

The Deleted record (primary key) extract lists all the primary keys that still exist in the view object.  This can then be used to cross-reference with previously extracted data, to see which primary keys no longer exist.  This allows the warehouse data to be marked as deleted for accurate downstream reporting.


Getting the Name of the View Object

This is likely to be the most time-consuming part of the process.

See this article on how to find the View Objects you need (link).

In this case, we're going to pull the Financial Business Unit view object:  'FscmTopModelAM.FinFunBusinessUnitsAM.BusinessUnitPVO'


7. Use the spreadsheet to work out the primary key, which is needed for the 'Deleted Record Extract'.

In this case, the primary key is the ID field - BUSINESSUNITID


Check the Physical Layer SQL

This is an optional step, although it helps troubleshoot any issues with the BI Server SQL that you will be running within Data Sync.  If there is an issue with your SQL, you will get more meaningful error messages by testing it within your OTBI environment in Fusion.  Note, you need to have a Fusion user who has administration rights within the OTBI portal.

1. Log into your Fusion OTBI analytics portal, and select the 'Administration' menu, and then the 'Issue SQL' option.


2. In the SQL box, enter the SQL you are planning on running - and then 'Issue SQL' to test this.

Note - because we are going against the physical layer of the BI Server, we need to use the 'select_physical' command to select the columns we need.

You can use the * wildcard character with the select_physical statement, to select all columns:

select_physical *
from "FscmTopModelAM.FinFunBusinessUnitsAM.BusinessUnitPVO"

or explicitly name the fields you want to return:

from "FscmTopModelAM.FinFunBusinessUnitsAM.BusinessUnitPVO"

The second approach is recommended where possible to:

(a) Avoid errors - for large view objects, the 'select_physical *' approach may give errors - you can use the 'Error Details' link to provide more information to troubleshoot the error

(b) To limit the amount of data you are pulling back to only fields that are relevant to you.  This will improve read and load performance.

3. In this case the 'Issue SQL' returned results, so we can be confident the SQL will work from Data Sync:


Important Locale / Date Check !

The locale of the user that is being used to run the BI report is important.

The recommended approach is to set the locale to be 'English - United States' within the OTBI analytics tool.  That way the format of any dates that you read into data sync are correct, without further changes being necessary.

To set the locale - within the Analytics portal of the OTBI reporting tool, select the dropdown next to the user name, and then select 'My Account'


then within the 'Locale (location)' setting, select 'English - United States'


If it's not possible to change the locale, then run the SQL in OTBI as described above, look at the format of the dates being returned, and then within the Data Sync tool, go to the OTBI connection (details on how to configure this are in the next section), and in the advanced properties of the connection, edit the 'Timestamp format for bulk loads' option to match the date format.


Configure Data Sync Connection


1. Within the Data Sync Tool, create a new 'Connection' for the BI Server source, give it a suitable name, and choose the 'Oracle BI Connector' type.


2. Within the properties of the newly created OTBI connection, select the URL from the BI Server and paste in.  For more information on how to identify the URL - see this previous article.


3. Complete the connection by entering in the username and password for a user with access to the OTBI reporting portal.  Then save the connection and test it to confirm it was configured correctly.


4. Take a look at the 'Advanced Properties' tab, and confirm that 'Bulk Read' is set to 'true'.  This will improve read performance.  You can also edit the timestamp format in this section.  This is useful if English - United States is not your preferred locale.  You will need to change the timestamp format here to match the output from OTBI for your date format.  Otherwise you may hit data issues.



Create a Mapping to Extract and Load the View Object Data

1. Within Data Sync, select 'Project', 'Source Data' and 'Manual Entry' and select the OTBI connection created in the previous step.


2. Give the mapping a suitable name, and a target.  In this case we will create a new table in the target database called 'BUSINESS_UNIT'.


3. In the following screen you need to select either 'SQL' or 'Day Based Partitioning Read from SQL' in the 'Data From' options  The choice will depend on your use case and whether you need to chunk the data from the view object by date to reduce the amount of data, or not.


4. In the next screen we need to define the properties of the view object extract.

Examples of both the 'SQL', and 'Day Based Partition Read from SQL' ,versions are provided:

'SQL' Version

a. in the 'SQL' version, enter the SQL statement tested previously in the 'Initial SQL' value:<