Site navigation (main menu).


Where have my Subject Areas gone?

During a recent piece of work for a customer Prōject uncovered an unusual issue when assembling subject areas in DAC.

If you are using a custom container which was created by copying an already existing container (which is mandatory for BI Apps), then all of the Subject Areas copied are still owned by the original container and are just references. When you reassemble these ownership gets transferred to the custom container. This however leads to an unforeseen issue in that any instances of those references which have been used in custom Execution Plans are then lost from that Execution Plan.

We have raised an SR with Oracle support on this and they have recreated internally and raised the issue with development (Bug 14319356 – ASSEMBLING REFERENCED SUBJECT AREAS REMOVES THEM FROM EXECUTION PLANS). We await the conclusion from Oracle with interest.

Update 17 July 2012: Oracle have now recognised this as a product defect and it will be fixed in version of DAC.

To clarify the problem here is the test case I sent to Oracle Support:

1. Create a new container from a vanilla one:

Screen shot of execution plan with missing subject areas


2. Check Subject Area ownership in the container:

Checking the owner of the subject area


3. Create a new execution plan:

Creating an Execution Plan


4. Add a subject area to the plan (requery to bring back owner after saving):

Adding a Subject Area to the Execution Plan


5. Assemble the subject area added to the plan:

Assembling the Subject Area


6. Calculate and accept the task list:

Calculating the task list for the Execution Plan


7. Requery the subject areas tab to show change of ownership of the Subject Area to the new container:

Screen shot showing change of ownership


8. Query back the Execution Plan and the Subject Area is missing:

Screen shot of execution plan with missing subject areas

13 Jul, 2012 by

Business Intelligence

Comments are now closed... Please contact us if you have any queries.