Skip Headers
Oracle® Fusion Middleware Metadata Repository Builder's Guide for Oracle Business Intelligence Enterprise Edition
11g Release 1 (11.1.1)

Part Number E10540-04
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Index
Index
Go to Master Index
Master Index
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
View PDF

12 Creating and Maintaining the Presentation Layer

This chapter explains how to use the Oracle BI Administration Tool to create, edit, and maintain objects in the Presentation layer of the Oracle BI repository.

This chapter contains the following topics:

About the Presentation Layer

The Presentation layer provides a way to present customized, secure, role-based views of a business model to users. Role-based views provide object security and also provide a way to hide some of the complexity of the business model. The Presentation layer also provides some of the functionality of the metadata model, such as the ability to set an implicit fact column.

Presentation layer views are called subject areas (formerly called presentation catalogs). You can have a subject area that is identical to your business model, or you can provide smaller, role-based subject areas that show a single subject, or that support a particular business role. Create subject areas that help you organize your content in a way that makes sense for your users.

Subject areas in the Presentation layer appear as catalogs to client tools that use the Oracle BI Server as an ODBC data source. Subject areas contain presentation tables, columns, hierarchies, and levels.

Even though the Logical SQL requests from Answers and other clients query the presentation tables and columns, the real logic for entities, relationships, joins, and so on is in the Business Model and Mapping layer. The primary function of the Presentation layer is to provide custom names, dictionary entries, organization, and security for different groups of users.

Creating and Customizing the Presentation Layer

After you have created the Business Model and Mapping layer, you can drag and drop entire business models to the Presentation layer in the Administration Tool to create subject areas. Alternatively, you can create subject areas and other Presentation layer objects manually.

This section contains the following topics:

Creating Subject Areas

There are several ways to create subject areas in the Presentation layer. The recommended method is to drag and drop a business model from the Business Model and Mapping layer to the Presentation layer, and then modify the Presentation layer based on what you want users to see. You can move columns between presentation tables, remove columns that do not need to be seen by the users, or even present all of the data in a single presentation table. You can create presentation tables to organize and categorize measures in a way that makes sense to your users.

You can also duplicate an existing subject area and its corresponding business model. See "Duplicating a Business Model and Subject Area" for more information.

Although each subject area must be populated with contents from a single business model, you can create multiple subject areas for one business model. For very large business models, you may want to do this to help users work with the content. Users in Oracle BI Answers can create queries that span multiple subject areas, as long as the subject areas correspond to the same business model.

There are many ways to create multiple subject areas from a single business model. One method is to drag a particular business model to the Presentation layer multiple times, then edit the properties or objects of the resulting subject areas as needed.

For example, if you have a business model called ABC that contains the Geography and Products dimensions, you can drag it to the Presentation layer twice. Two subject areas are created, with the default names ABC and ABC#1. You can then edit the subject areas as follows:

  • Rename the ABC subject area to DEF, then delete the Geography presentation hierarchy

  • Rename the ABC#1 subject area to XYZ, then delete the Products presentation hierarchy

Users in Oracle BI Answers can then run queries that span both the DEF subject area (containing the Products hierarchy), and the XYZ subject area (containing the Geography hierarchy).

Note:

Typically, when you query a single subject area, all the columns exposed in that subject area are compatible with all the dimensions exposed in the same subject area. However, when you combine columns and dimensions from multiple subject areas, you must ensure that you do not include combinations of columns and dimensions that are incompatible with one another.

For example, a column in one subject area might not be dimensioned by Project. If columns from the Project dimension from another subject area are added to the request along with columns that are not dimensioned by Project, then the query might fail to return results, or cause the Oracle BI Server error "No fact table exists at the requested level of detail: XXXX."

Automatically Creating Subject Areas Based on Logical Stars and Snowflakes

You can automatically create one subject area for each logical star or logical snowflake in your business model. Logical stars and logical snowflakes are both composed of a centralized fact table connected to multiple dimension tables. This feature provides another way to create multiple subject areas from a single business model.

To create a subject area for each fact table that is part of a logical star or snowflake, right-click the business model and select Create Subject Areas for Logical Stars and Snowflakes. The new subject areas are automatically created, each containing a fact table and only the dimension tables with which it is associated. This option is available for any business model that contains logical stars or logical snowflakes.

For example, if you choose this option for the SampleApp business model with nine fact tables, nine corresponding subject areas are created, each with one fact table and its associated dimension tables. Subject areas are also created for lookup tables. Figure 12-1 shows exactly how the logical fact tables and dimension tables are modeled in the Presentation layer.

Figure 12-1 Creating Subject Areas for Logical Stars and Snowflakes in SampleApp

Description of Figure 12-1 follows
Description of "Figure 12-1 Creating Subject Areas for Logical Stars and Snowflakes in SampleApp"

Removing Unneeded or Unwanted Columns

One important reason to use a custom Presentation layer is to make the schema as easy to use and understand as possible. Therefore, users should not be able to view columns that have no meaning to them. The following columns are examples of columns that you might want to remove from the Presentation layer:

  • Key columns that have no business meaning

  • Columns that users do not need to view (for example, codes, when text descriptions exist)

  • Columns that users are not authorized to see

Renaming Presentation Columns to User-Friendly Names

By default, presentation columns have the same name as the corresponding logical column in the Business Model and Mapping layer. It is recommended to keep presentation column names and their source logical column names synchronized to reduce maintenance. To do this, ensure that Use Logical Column Name is selected in the Presentation Column dialog.

In some cases, however, you may want a different presentation column name to be shown to users. To do this, change the name of the presentation column in the Presentation Column dialog.

When you change the name of a presentation column, an alias is automatically created for the old name, so compatibility to the old name remains. See "Creating Aliases (Synonyms) for Presentation Layer Objects" for more information about aliases.

Note that you cannot rename a Presentation layer object to a name that is already in use as an alias for an object of the same type.

Exporting Logical Keys in the Subject Area

For each subject area in the Presentation layer, you can decide whether to export any logical keys as key columns to tools that access it. Exporting logical keys is irrelevant to users of Oracle BI Presentation Services, but it may be advantageous for some query and reporting tools. If you decide to export logical keys, make sure that the logical key columns exist in the table folders. In this situation, your business model should use logical key/foreign key joins.

When you select the option Export logical keys in the Subject Area dialog, any columns in the Presentation layer that are key columns in the Business Model and Mapping layer are listed as key columns to any ODBC client. This is the default selection. In most situations, this option should be selected.

Note:

If you are using a tool that issues parameterized SQL queries, such as Microsoft Access, do not select the option Export logical keys. This stops the tool from issuing parameterized queries.

Setting an Implicit Fact Column in the Subject Area

For each subject area in the Presentation layer, you can set an implicit fact column. The implicit fact column is added to a query when it contains columns from two or more dimension tables and no measures. The column is not visible in the results. It is used to specify a default join path between dimension tables when there are several possible alternatives or contexts.

Maintaining the Presentation Layer

There is no automatic way to synchronize all changes between the Business Model and Mapping layer and the Presentation layer. For example, if you add logical columns to an existing logical table, or edit existing columns, you must manually update the corresponding Presentation layer objects.

However, the Administration Tool can automatically synchronize the name of presentation columns with their corresponding logical column names. To take advantage of this feature, ensure that Use Logical Column Name is selected in the Presentation Column dialog.

In some cases, if there are many changes to a logical table or even to an entire business model, it is easiest to delete the corresponding presentation table or subject area, and then and drag and drop the updated logical objects to the Presentation layer. For this reason, it is best to wait until the Business Model and Mapping layer is relatively stable before adding customizations in the Presentation layer.

Working with Subject Areas

In the Presentation layer, subject areas enable you to show different views of a business model to different sets of users. Subject areas have to be populated with contents from a single business model. They cannot span business models.

Typically, subject areas are created automatically by dragging and dropping business models from the logical layer.

To edit the properties of a subject area:

  1. In the Presentation layer, double-click a subject area. The Subject Area dialog is displayed.

  2. In the General tab, you can change the name for the subject area. Note that aliases are created automatically whenever presentation objects are renamed, so that any queries using the original name do not break.

    Also, a subject area cannot have the same name as any of its child presentation tables. For example, you cannot have a subject area called Customer that has a Customer table within it.

  3. To set permissions for this subject area, click Permissions. See "Setting Permissions for Presentation Layer Objects" for more information.

  4. Select Custom display name or Custom description to dynamically display a custom name or custom description based on a session variable, typically for localization purposes. See "Localizing Oracle Business Intelligence" in Oracle Fusion Middleware System Administrator's Guide for Oracle Business Intelligence Enterprise Edition for more information about localization.

  5. The Business model list displays the business model for this subject area.

  6. To expose the logical keys to other applications, select the option Export logical keys.

    In most situations, this option should be selected. Many client tools differentiate between key and nonkey columns, and the option Export logical keys provides client tools access to the key column metadata. Any join conditions the client tool adds to the query, however, are ignored, because the Oracle BI Server uses the joins defined in the repository.

    Note:

    If you are using a tool that issues parameterized SQL queries, such as Microsoft Access, do not select the Export logical keys option. Not exporting logical keys stops the tool from issuing parameterized queries.

  7. Optionally, you can set an Implicit Fact Column. This column is added to a query when it contains columns from two or more dimension tables and no measures. The column is not visible in the results. It is used to specify a default join path between dimension tables when there are several possible alternatives or contexts.

  8. Optionally, you can specify an expression in the Hide object if field that controls whether this subject area is visible in Answers and BI Composer. Leave this field blank (the default) to show the object. See "Controlling Presentation Object Visibility" for more information.

  9. Optionally, type a description. This description appears in a mouse-over tooltip for the subject area in Oracle BI Answers.

  10. In the Presentation Tables tab, you can add, remove, edit, or reorder the presentation tables for this subject area.

  11. Use the Aliases tab to specify or delete aliases for this subject area. See "Creating Aliases (Synonyms) for Presentation Layer Objects" for more information about aliases.

  12. Click OK.

Working with Presentation Tables and Columns

Presentation tables and presentation columns appear as folders and columns in Oracle BI Answers. You can customize presentation tables and presentation columns to help users craft queries based on their business needs.

This section contains the following topics:

Creating and Managing Presentation Tables

You can use presentation tables to organize columns into categories that make sense to the user community. A presentation table can contain columns from one or more logical tables. The names and object properties of the presentation tables are independent of the logical table properties.

Typically, presentation tables are created automatically by dragging and dropping logical tables from the logical layer.

To edit the properties of a presentation table:

  1. In the Presentation layer, double-click a presentation table. The Presentation Table dialog appears.

  2. In the General tab, you can change the name for the presentation table. Note that aliases are created automatically whenever presentation objects are renamed, so that any queries using the original name do not break.

    Also, a presentation table cannot have the same name as its parent subject area. For example, you cannot have a subject area called Customer that has a Customer table within it.

  3. To set permissions for this presentation table, click Permissions. See "Setting Permissions for Presentation Layer Objects" for more information.

  4. Select Custom display name or Custom description to dynamically display a custom name or custom description based on a session variable, typically for localization purposes. See "Localizing Oracle Business Intelligence" in Oracle Fusion Middleware System Administrator's Guide for Oracle Business Intelligence Enterprise Edition for more information about localization.

  5. Optionally, you can specify an expression in the Hide object if field that controls whether this presentation table is visible in Answers and BI Composer. Leave this field blank (the default) to show the object. See "Controlling Presentation Object Visibility" for more information.

  6. In the Columns tab, you can add, remove, edit, or reorder the presentation columns for this presentation table.

  7. In the Hierarchies tab, you can add, remove, edit, or reorder the presentation hierarchies for this presentation table.

  8. Use the Aliases tab to specify or delete aliases for this presentation table. See "Creating Aliases (Synonyms) for Presentation Layer Objects" for more information about aliases.

  9. Use the Child Presentation Tables tab to specify presentation tables that you want to show as nested folders in Answers and BI Composer. See "Nesting Folders in Answers and BI Composer" for more information.

  10. Click OK.

To reorder a table or sort all tables in a subject area:

  1. In the Presentation layer, double-click a subject area.

  2. In the Subject Area dialog, click the Presentation Tables tab.

  3. To move a table, in the Name list, select the table you want to reorder. Then, use drag-and-drop to reposition the table, or click the Up and Down buttons.

  4. To sort all tables in alphanumeric order, click the Name column heading. This toggles the sort between ascending and descending alphanumeric order.

Creating and Managing Presentation Columns

The presentation column names are, by default, identical to the logical column names in the Business Model and Mapping layer. However, you can present a different name by clearing both the Use Logical Column Name and the Custom display name options in the Presentation Column dialog.

To provide a convenient organization for your users, you can drag and drop a column from a single logical table in the Business Model and Mapping layer onto multiple presentation tables. This lets you create categories that make sense to the users. For example, you can create several presentation tables that contain different classes of measures: one containing volume measures, one containing share measures, one containing measures from a year ago, and so on.

Caution:

When you drag columns to presentation tables, make sure that columns with the same name or an alias of the same name do not already exist.

Typically, presentation columns are created automatically by dragging and dropping logical columns from the logical layer.

To edit the properties of a presentation column:

  1. In the Presentation layer, double-click a presentation column to display the Presentation Column dialog.

  2. In the General tab, to specify a name that is different from the Logical Column name, clear Use Logical Column Name, and then type a name for the column. Note that aliases are created automatically whenever presentation objects are renamed, so that any queries using the original name do not break.

  3. To set permissions for this presentation column, click Permissions. See "Setting Permissions for Presentation Layer Objects" for more information.

  4. Select Custom display name or Custom description to dynamically display a custom name or custom description based on a session variable, typically for localization purposes. See "Localizing Oracle Business Intelligence" in Oracle Fusion Middleware System Administrator's Guide for Oracle Business Intelligence Enterprise Edition for more information about localization.

    Note:

    You can also use the Custom display name and Custom description fields to propagate UI hints (labels and tooltips) from an ADF data source to display in Oracle BI Answers. See "Propagating Labels and Tooltips from ADF Data Sources" for more information about how to set up ADF data source UI hints.

  5. The Logical Column field displays the name of the logical column for this presentation column. Click Edit to make any changes to the logical column object.

  6. Optionally, you can specify an expression in the Hide object if field that controls whether this presentation column is visible in Answers and BI Composer. Leave this field blank (the default) to show the object. See "Controlling Presentation Object Visibility" for more information.

  7. Use the Aliases tab to specify or delete aliases for this presentation column. See "Creating Aliases (Synonyms) for Presentation Layer Objects" for more information about aliases.

To reorder a presentation column:

  1. In the Presentation layer, right-click a presentation table and select Properties.

  2. Click the Columns tab.

  3. Select the column you want to reorder.

  4. Use drag-and-drop to reposition the column, or click the Up and Down buttons.

  5. Click OK.

Nesting Folders in Answers and BI Composer

You can use the Child Presentation Tables tab in the Presentation Table dialog to designate child presentation tables. You designate child presentation tables to give the appearance of nested folders in Answers and BI Composer. You can add multiple layers of nesting using this method.

Figure 12-2 shows how a designated child presentation table appears nested in Answers.

Figure 12-2 Achieving Nested Folders in Answers

Surrounding text describes Figure 12-2 .

Note that the folders only appear to be nested - they are not actually nested in terms of drill-down, and the qualified names of the objects remain the same. In addition, the Presentation layer in the Administration Tool does not display the nesting; the nesting only appears in Answers and BI Composer. This feature only works for presentation tables, and not for other Presentation layer objects.

When you run a consistency check, the Consistency Check Manager detects any circularity in parent-child presentation table assignment. It also detects and reports project definitions that include child presentation tables without parent presentation tables.

In previous releases, repository developers could achieve one level of nesting by adding a hyphen at the beginning of a presentation table name, or by adding an arrow (->) at the beginning of the presentation table description. This method is now deprecated for this release and will be removed in a future release.

If you previously used hyphens at the beginning of presentation table names or arrows at the beginning of presentation table descriptions to achieve nesting, it is recommended that you run the Upgrade Presentation Foldering utility to convert your metadata to the new structure. See "Using the Upgrade Presentation Foldering Utility" for more information.

Working with Presentation Hierarchies and Levels

Presentation hierarchies and presentation levels provide an explicit way to expose the multidimensional model in Oracle BI Answers. When presentation hierarchies and levels are defined in the Presentation layer, roll-up information is displayed in the Oracle BI Answers navigation pane, providing users with important contextual information.

Be aware that members in a presentation hierarchy are not visible in the Presentation layer. Instead, you can see hierarchy members in Answers.

Most importantly, users can create hierarchy-based queries using these objects. Presentation hierarchies expose analytic functionality such as member selection, custom member groups, and asymmetric queries.

As with other Presentation layer objects, you can also provide localization information and apply fine-grained access control to presentation hierarchies and levels.

If you have a repository from a previous release, note that presentation hierarchies do not appear in the Presentation layer automatically as part of the Oracle BI repository upgrade process. You must manually create these objects by dragging logical dimensions from the Business Model and Mapping layer to the appropriate presentation tables.

This section contains the following topics:

Creating and Managing Presentation Hierarchies

To create a presentation hierarchy, you can drag a logical dimension hierarchy from the Business Model and Mapping layer to a table in the Presentation layer. The presentation hierarchy object must be located within a presentation table, unlike in the Business Model and Mapping layer, where logical dimensions are peer objects of tables. Presentation hierarchies are also displayed within their associated tables in Oracle BI Answers, providing a conceptually simpler model.

If a logical dimension spans multiple logical tables in the Business Model and Mapping layer, it is a best practice to model the separate logical tables as a single presentation table in the Presentation layer.

There are several ways to create presentation hierarchies:

  • When you drag an entire business model to the Presentation layer, the presentation hierarchies and constituent levels appear automatically, along with other presentation objects.

  • When you drag a logical dimension table to the Presentation layer, presentation hierarchies and levels based on those dimensions are created automatically.

  • You can also drag individual logical dimensions to the appropriate presentation tables to create corresponding presentation hierarchies within those tables.

  • As with most other objects in the Administration Tool, you can right-click a presentation table and select New Object > Presentation Hierarchy to manually define the object.

You can also drag an individual logical level from the Business Model and Mapping layer to a presentation table to create a presentation hierarchy that is a subset of the logical dimension hierarchy.

For example, suppose a logical dimension has the levels All Markets, Total US, Region, District, Market, and Market Key. Dragging and dropping the entire logical dimension to the corresponding presentation table appears as follows:

Description of p_hier_total.gif follows
Description of the illustration p_hier_total.gif

However, dragging and dropping the Region level to the same presentation table appears as follows:

Description of p_hier_sub.gif follows
Description of the illustration p_hier_sub.gif

Modeling Dimensions with Multiple Hierarchies in the Presentation Layer

For logical dimensions that contain multiple logical hierarchies, multiple separate presentation hierarchies are created. For example, the following logical dimension called Product contains the two hierarchies Category and Country:

Description of p_hier_peer1.gif follows
Description of the illustration p_hier_peer1.gif

In the Business Model and Mapping layer, this logical dimension is modeled as a single dimension object that contains multiple hierarchies. In contrast, the Presentation layer models this dimension as two separate objects: one that displays the drill path through the Category level, and another that shows the drill path through the Country level, as follows:

Description of p_hier_peer2.gif follows
Description of the illustration p_hier_peer2.gif

Editing Presentation Hierarchy Objects

You can edit presentation hierarchy properties, including setting permissions to apply role-based access control, setting a custom display name for localization purposes, and changing the levels in a hierarchy.

To edit the properties of a presentation hierarchy:

  1. In the Presentation layer, double-click a presentation hierarchy to display the Presentation Hierarchy dialog.

  2. In the General tab, you can change the following:

  3. The Levels tab lists the levels within the hierarchy and their order. This tab is not available for parent-child hierarchies. You can add, delete, or reorder levels. You can also click the Edit button to edit properties for a particular level. See "Creating and Managing Presentation Levels" for information about level properties.

  4. The Display Columns tab is only available for parent-child hierarchies. Because parent-child hierarchies do not contain levels, display columns are defined for the presentation hierarchy object as a whole. Use the Display Columns tab to define which columns should be used for display for this parent-child hierarchy.

    You can add, delete, or reorder display columns. You can also click the Edit button to edit properties for a particular column.

  5. Use the Aliases tab to specify or delete aliases for this presentation hierarchy. See "Creating Aliases (Synonyms) for Presentation Layer Objects" for more information about aliases.

Creating and Managing Presentation Levels

Presentation levels are displayed within hierarchical columns in Oracle BI Answers. Presentation levels are typically created automatically when presentation hierarchies are created.

To edit the properties of a presentation level:

  1. In the Presentation layer, double-click a presentation level to display the Presentation level dialog.

  2. In the General tab, you can change the following:

    Note that specifying an expression in the Hide object if field has no effect on the visibility of presentation levels in Answers and BI Composer. This field is reserved for a future release.

  3. The Drill To Levels and Drill From Levels tabs are reserved for a future release and are not currently used. An additional option called Generate Drill Graph, available as a right-click option for any Presentation layer object, is also reserved for a future release.

  4. Use the Display Columns tab to define which columns should be used for display for that level (on drill-down). For example, if two columns called "Name" and "ID" exist at the same level, you can choose to display "Name" because it is the more user-friendly option.

    You can add, delete, or reorder display columns. You can also click the Edit button to edit properties for a particular column.

    As an alternative to defining display columns in this tab, you can drag a presentation column directly onto the presentation level in the Presentation layer of the Administration Tool. Doing this automatically adds the column as a display column for the presentation level.

    Note that the display columns that appear by default when a presentation level is created are based on which key columns for the corresponding logical level have the Use for display option selected.

  5. Use the Aliases tab to specify or delete aliases for a presentation level. See "Creating Aliases (Synonyms) for Presentation Layer Objects" for more information about aliases.

Setting Permissions for Presentation Layer Objects

You can apply access control to restrict which individual users or application roles (groups) can access particular presentation layer objects. For example, you can provide read-only access to a set of presentation tables for a particular application role, read-write access for a second application role, and no access for a third application role.

You can also use the Identity Manager to set up privileges and permissions. The Identity Manager is useful for setting permissions for individual application roles to many objects at once, unlike permissions in the Presentation layer, which you can only set for one object at a time. See "Setting Up Object Permissions" for information about setting up object permissions in the Identity Manager. For a full description of data access security in Oracle Business Intelligence, see Chapter 14.

You can control what level of privilege is granted by default to the AuthenticatedUser application role, which is the default application role associated with new repository objects. To do this, set the DEFAULT_PRIVILEGES parameter in the NQSConfig.INI file. See Oracle Fusion Middleware System Administrator's Guide for Oracle Business Intelligence Enterprise Edition for more information.

To set permissions for presentation layer objects:

  1. In the Presentation layer, double-click a presentation object, such as a subject area, table, column, or hierarchy.

  2. In the General tab, click Permissions.

    Figure 12-3 shows the Permissions dialog.

    Figure 12-3 Permissions Dialog

    Description of Figure 12-3 follows
    Description of "Figure 12-3 Permissions Dialog"

  3. In the Permissions dialog, any users or application roles with the Default permission do not appear in the User/Application Roles list. Select Show all users/application roles to see users and application roles with the Default permission.

    In online mode only, by default, no users are retrieved, even when Show all users/application roles is selected. Click Set online user filter to specify the set of users you want to retrieve.

    The filter is empty by default, which means that no users are retrieved. Enter * to retrieve all users, or enter a combination of characters for a specific set of users, such as A* to retrieve all users whose names begin with the letter A. The filter is not case-sensitive.

  4. For each user and application role, you can allow or disallow access privileges for this presentation object by selecting one of the following options:

    • Read. Only allows read access to this object.

    • Read/Write. Provides both read and write access to this object.

    • No Access. Explicitly denies all access to this object.

    • Default. The permission is inherited from the parent object. For subject areas, because they are a top-level object, Default is equivalent to the permission granted to the AuthenticatedUser application role.

  5. Click OK.

  6. Click OK in the Properties dialog for this presentation object.

Generating a Permission Report for Presentation Layer Objects

You can generate a permission report for individual presentation layer objects to see a summary of how permissions have been applied for that object. To do this, right-click any presentation object and select Permission Report. The Permission Report dialog displays the name and a description of the presentation object, along with a list of users/application roles and their permissions.

Sorting Columns in the Permissions Dialog

There are six ways that you can sort the types and User/Application Role names in the Permissions dialog. To change the sort, click the heading of the first or second column. The first column has no heading and contains an icon that represents the type of user or application role. The second column contains the name of the User/Application Role object. Note that you cannot sort on the columns for individual object permissions (like Read, Read/Write, and so on).

There are three ways to sort by type, and two ways to sort the list of user and application role names. This results in a total of six possible sort results (3 x 2 = 6). The following list shows the sort results available by clicking the type column:

  • AuthenticatedUser, Application Roles, Users (ascending by name of type)

  • Users, Application Roles, AuthenticatedUser (descending by name of type)

  • Type column is in no particular order (Type value is ignored, as all names in User/Application Role column are sorted in ascending order by value in User/Application Role column)

The following list shows the sort results available by clicking the User/Application Role column:

  • Ascending within the type

  • Descending within the type

Creating Aliases (Synonyms) for Presentation Layer Objects

Each presentation object can have a list of aliases (synonyms) for its name that can be used in Logical SQL queries. To create the list of aliases, use the Alias tab in the Properties dialog for the appropriate presentation object (subject area, presentation table, presentation hierarchy, presentation level, or presentation column).

Because Presentation layer objects are often deleted and then re-created during the repository development process, it is best to wait until your logical business model is relatively stable before creating aliases for presentation objects.

You can use this feature to rename presentation objects without breaking references that any existing requests have to the old names, including requests from Answers, Oracle BI Publisher, or other Logical SQL clients. If you are still developing a new repository, you might want to wait until the repository is stable before renaming objects.

For example, consider a subject area called "Sample Sales Reduced" that contains a presentation table called "Facts Other." If you rename the presentation column called "# of Customers" to "Number of Customers," any requests that use "# of Customers" fail. However, if you add "# of Customers" to the list of synonyms in the Alias tab for the "Number of Customers" column, then queries containing both "# of Customers" and "Number of Customers" succeed and return the same results.

Note the following:

To add or delete an alias for a presentation object:

  1. In the Presentation layer, double-click a presentation object, such as a subject area, table, column, or hierarchy.

  2. Click the Aliases tab.

  3. To add an alias, click the New button, and then type the text string to use for the alias.

  4. To delete an alias, select the alias you want to delete from the Aliases list, then click the Delete button.

  5. Click OK.

Controlling Presentation Object Visibility

You can use the Hide object if field to hide selected Presentation layer objects in Answers and BI Composer. You can hide subject areas, tables, columns, and hierarchies. Note that although the Hide object if field is shown for presentation levels, it is a placeholder for a future release and currently has no effect on presentation level objects.

The Hide object if field only controls object visibility and does not affect object access. For example, objects that are hidden can be queried using tools like nqcmd.

There are three different types of expressions that you can use in the Hide object if field to determine Presentation layer object visibility:

When you run a consistency check, the Consistency Check Manager detects any inconsistencies in the visibility filter expression.