Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin
Wiki Markup
{scrollbar}

----
*{_}O3 Builder{_}* is the component responsible for building the cube files from the models defined in *{_}O3 Designer{_}*.

Using the O3 model definition from the .mdl file generated in O3 Designer, you can retrieve data the data from the specified sources and build the cube for use with O3 Browser.
You can build cubes using one of the following methods:
| Complete Build | Using the File | Generate Cube command or a command line. |
| Incremental Build | Using command line only. |
\\
You can also schedule cube building through the operating system's task scheduler. This solution is ideal for those cases where building of the cube, due to its size, takes a long time and impacts on resources. This mode allows scheduling of the cube building for a time when resource consumption is low.
You should also use the task scheduler for updating existing cubes on a regular and automatic basis. Using the task scheduler, you can program routine cube rebuilding tasks for specific time intervals such as daily or weekly.
O3 Builder must have access to, from the machine it executes on:
* text file directory locations for text data sources
* SQL data sources through JDBC/ODBC connections

\\
O3 Builder can send information about the final status of builds through e-mail. In the model definition, you can determine e-mail recipients based on the build type (incremental or complete) and the build result (OK or errors). Using the model definition, you can also determine who should be informed in different situations such as: complete updating OK, incremental updating OK, or errors.
You can also specify that in the case of certain errors, such as when the database source for retrieving data is inaccessible, the build should retry a given number of times after a given interval.

h1. Full Builds

When you execute the build from O3 Designer, the generated cube corresponds to the model currently active in O3 Designer.
If you wish, you can change the order that elements of each dimension hierarchy's level displays in for the O3 Browser prior to a complete build.
*Notes*
* If you change the order prior to an incremental build, the changes are ignored.

h1. Incremental Builds

Use an incremental cube build to update cube information. This avoids complete rebuilds of cubes with lengthy build times.
Two features support the incremental build:
| Input Sets | See About Input Sets |
| Build Parameters | See About Building Actions. |
\\
Data sources forming the incremental input set need only provide the cube's new data. If these data sources retrieve already included data, the cube will contain erroneous data. When defining the data sources:
* ensure that the text data source contains only records to be added
* limit SQL query data sources by using appropriate WHERE expressions

\\
For SQL queries, you can include build parameters in the WHERE expression that limit the records obtained in accordance with the value they take in each build. The WHERE expressions can contain conditions dependent on record dates or ranges of values such as invoice numbers.
We recommend conditions based on dates as their management is easily automated through build parameters, as shown in the following example.
\\

----
{scrollbar}
{children}

...

O3 Builder is the component responsible for building the cube files from the models defined in O3 Designer.

The building of the cubes can be complete (full) or incremental.

The full build can be done directly from O3 Designer, using the Generate Cube option the the File menu, or with the O3 Builder.

The incremental build can only be done with the O3 Builder.

O3 Builder can send information about the final status of builds through e-mail. In the model definition, you can determine e-mail recipients based on the build type (incremental or complete) and the build result (OK or errors).

Using the model definition, you can also determine who should be informed in different situations such as: complete updating OK, incremental updating OK, or errors.

You can also specify that in the case of certain errors, such as when the database source for retrieving data is inaccessible, the build should retry a given number of times after a given interval.

See Defining Build Actions

Full Builds

When you execute the build from O3 Designer, the generated cube corresponds to the model currently active in O3 Designer.

Incremental Builds

Use an incremental cube build to update the information in the cube. This avoids complete rebuilds of cubes with lengthy build times.

For incremental builds, it is very important to verify the Input set configuration and the constructions parameters.

Datasources that belong to an incremental input set should provide only new data to the cube. If they provide information already in the cube, that information will be duplicated.

SQL datasources can limit the data retrieve using WHERE clauses combined with Parameters defined in the model. For instance, there could be conditions that limit the data based on timestamps, invoice numbers, etc.

(warning) During incremental builds the model definition used is the one stored in the cube itself. This means that any change in the .mdl file requires a full build before any incremental build.

Example

Consider an incremental build for a cube with sales information. Every day new data is added to the cube with information of the previous day. The SQL sentence that retrieves the data could be defined using date limits and the followint parameters:

$TODAY$ y $YESTERDAY$

Besides, O3 keeps track of the previous value of every parameter. Therefore it would be possible to refer to a parameter as follows:

$ParameterName.old$

This means that both the current and previous values of a parameter can be used in the WHERE clause.

For isntance:

SELECT *
FROM Facturas
WHERE date > $TODAY.old$ AND date < $TODAY$

Notice that these parameters are not predefined. They need to be created in the General Panel for the Model. See Defining Parameters

...

Wiki Markup
{scrollbar}
Child pages (Children Display)