The Oracle Communications Data Model uses workflow implemented using PL/SQL packages to execute the intra-ETL process. The workflow consists of major components:
Executing Derived Intra-ETL Programs:
Independent Derived intra-ETL programs - Level 0
First level dependent Derived intra-ETL programs - Level 1
Second level dependent Derived intra-ETL programs - Level 2
Refreshing Aggregate Materialized Views:
Independent Aggregate materialized views - Level 0
First level dependent Aggregate materialized views - Level 1
Refreshing Data Mining Models
Refreshing OLAP Cubes
The following figure illustrates the Oracle Communications Data Model intra-ETL workflow:
Figure 4-2 Oracle Communications Data Model Intra-ETL Workflow
STAT_CD
) is expected to start with 1 for pre-activated status, 2 with active status, 4 with deactivated status, and 5 with canceled status.DWC_ETL_PARAMETER
table for BUILD-MINING-MODELS process.DWC_OLAP_ETL_PARAMETER
table.PKG_INTRA_ETL_PROCESS
. Each component and their subcomponents of intra-ETL workflow have one procedure each. All these procedures are private to the package.Some Intra-ETLs expect some default values in order to work properly. They are usually associated with codes and stored as numbers but saved as text. For example, a typical status code (STAT_CD
) is expected to start with 1 for pre-activated status, 2 with active status, 4 with deactivated status, and 5 with canceled status.
The advantage of defining numbers saved as text is that this allows the addition of custom codes that can be associated with an active state (for example 21, 2199, 21000001, and so on) that will be taken into account without having to change anything in the codes.
But of course, you will need to map the original codes to the text values. When you use an ETL lookup Matrix, as table, this allows the identifier of the source system, source table, the source column and the source code, and the Oracle Communications Data Model target table, column, and code.
You can define a simple function to search and leverage the correct code and map it to a number (stored as text to allow the use of SQL TEXT functions). You might want to add Oracle Communications Data Model Lookup tables with a SHORT_NAME
column that would represent the original code of the source system, or the one that the end-users use, for reporting purposes only.
An alternative approach is to change the default value in the Intra-ETLs. Note that as soon as multiple sources map to the same Oracle Communications Data Model table, you will need some similar lookup code unification process.
The first workflow component is the Derived intra-ETL programs. This component has subcomponents that handle the dependency among Derived intra-ETL programs: Independent Derived intra-ETL programs, Derived intra-ETL programs, Derived intra-ETL programs that depend on the both the first (Independent Derived intra-ETL programs) and the second subcomponents (First level dependent Derived intra-ETL programs).
Intra-ETL programs in all three subcomponents are implemented using PL/SQL packages. All Intra-ETL packages except two (PKG_DWD_CNT_DAY
and PKG_DWD_CUST_DNA
) insert data for the ETL period mentioned in DWC_ETL_PARAMETER
table for "OCDM-INTRA-ETL" process. The process name for DWD_CNT_DAY
table is "DWD_CNT_DAY
" and for DWD_CUST_DNA
table it is "DWD_CUST_DNA
". Modify the ETL period of all three processes according to your data load requirements. If you are trying to load data for ETL period, for which data is already loaded, intra-ETL program first truncates the partitions existing for the ETL period, and then loads data into the target derived table.
Modifying existing or adding new intra-ETLs is a common customization of Oracle Communications Data Model. If new data marts are required or if some existing data warehouse requires modifications, it is usual to either create an Intra-ETL from scratch or to copy an existing Intra-ETL and modify it. In both cases, the new or modified intra-ETL program needs to be added in the Package PKG_INTRA_ETL_PROCESS
, and the old one needs to be switched off or commented, at the correct level of dependency.
Be sure to create or modify the target entity as required.
The execution of this component happens only when the execution of the first component completes successfully. This component has subcomponents to deal with the dependency among the Aggregate materialized views.
This component depends on the first component.. The execution of this component happens only when the execution of the first component completes successfully. This component has subcomponents to deal with the dependency among the Aggregate materialized views:
Modifications or additions in this layer follow the same principle as in the derived layer.
Related Topics
This component refreshes data mining models based on the training day and apply day specified in ETL parameter table, DWC_ETL_PARAMETER
table for BUILD-MINING-MODELS process.
This is the third component of the workflow. This component depends on the first component. The execution of this component happens only when the execution of the first component completes successfully. This component refreshes data mining models based on the training day and apply day specified in ETL parameter table, DWC_ETL_PARAMETER
table for BUILD-MINING-MODELS process.
The creation of new mining models or the adaptation of existing mining models for a specific business need could be seen as typical "customization" (or configuration in case of existing models). One should follow the standard mining process as described in the specific documentation for the Advanced Analytics option of the database (because data mining is a process as such, before being automated as part of the customized Intra-ETL processes).
Additional models, once finalized, should be seen as normal personalization of Oracle Communications Data Model to one's business.
As your model changes over time any customized models need to be reviewed and fine tuned to conform and provide useful information with the new data available, as part of the standard reprocessing of the mining models on a regular basis. It is usual to re-run and fine tune any given mining model at least every quarter, to make sure the current mining model takes into account any new trends from available data.
The mining intra-ETLs should be customized to correspondingly consider any model data additions or changes.
Related Topics
The execution of this component happens only when the execution of the second component completes successfully. This component refreshes data in OLAP cubes and dimensions based on the parameters given in DWC_OLAP_ETL_PARAMETER
table.
This is the fourth component of the workflow. This component depends on the second component, which in turn depends on the first component.
Similarly to data mining and aggregate customization, when you add a cube or change an existing cube is part of typical customization of Oracle Communications Data Model, your refresh must follows the same process as a cube creation or modification. The Intra-ETL that fills the cubes should be correspondingly modified.
Oracle Communications Data Model intra-ETL workflow is implemented using a PL/SQL package, PKG_INTRA_ETL_PROCESS
. Each component and their subcomponents of intra-ETL workflow have one procedure each. All these procedures are private to the package.
The package has only one public procedure, which invokes all the private procedures as shown in Figure 4-2.
DWC_OLAP_PARAMETER
and DWC_OLAP_ETL_PARAMETER
tables.PKG_INTRA_ETL_PROCESS.RUN
procedure to start the workflow execution.