Monday 24 October 2016

How to compile a library or report in Oracle E-Business Suite R12.2.x?


How to compile a library or report in Oracle E-Business Suite R12.2.x?

Reference:
http://www.aclnz.com/interests/blogs/how-to-compile-a-library-or-report-in-oracle-e-business-suite-r12-2-x

Compiling Reports

Example

/u01/oracle/VIS/fs1/EBSapps/10.1.2/bin/rwconverter source=/u01/oracle/VIS/fs1/EBSapps/appl/xla/12.0.0/reports/US/XLAALIMP.rdf dest=/u01/oracle/VIS/fs1/EBSapps/appl/admin/VIS_patch/out/tmp002.rdf stype=rdffile dtype=rdffile overwrite=yes batch=yes compile_all=yes

Thursday 13 October 2016

Using LIMIT with BULK COLLECT


Using LIMIT with BULK COLLECT
Oracle provides a LIMIT clause for BULK COLLECT that allows you to limit the number of rows fetched from the database. The syntax is:
FETCH cursor BULK COLLECT INTO ... [LIMIT rows];
where rows can be any literal, variable, or expression that evaluates to an integer (otherwise, the database will raise a VALUE_ERROR exception).
LIMIT is very useful with BULK COLLECT, 
because it helps you manage how much memory your program will used to process data. 
Suppose, for example, that you need to query and process 10,000 rows of data. 
You could use BULK COLLECT to retrieve all those rows and populate a rather large collection. However, this approach will consume lots of memory in the PGA for that session. If this code is run by many separate Oracle schemas, your application performance may degrade because of PGA swapping.
The following block of code uses the LIMIT clause in a FETCH that is inside a simple loop.
DECLARE
l_limit PLS_INTEGER := 100;
CURSOR allrows_cur IS SELECT * FROM employees;
TYPE employees_aat IS TABLE OF allrows_cur%ROWTYPE
INDEX BY BINARY_INTEGER;
l_employees employees_aat;
BEGIN
OPEN allrows_cur;
LOOP
FETCH allrows_cur BULK COLLECT INTO l_employees LIMIT l_limit;

/* Process the data by scanning through the collection. */ FOR l_row IN 1 .. l_employees.COUNT
LOOP
upgrade_employee_status (l_employees(l_row).employee_id);
END LOOP;
EXIT WHEN allrows_cur%NOTFOUND;
END LOOP;

CLOSE allrows_cur;
END;
Notice that I terminate the loop by checking the value of allrows_cur%NOTFOUND at the bottom of the loop. When querying data one row at a time, we usually put this code immediately after the FETCH statement. You should not do that when using BULK COLLECT, because when the fetch retrieves the last set of rows, the cursor will be exhausted (and %NOTFOUND will return TRUE) but you will still have some elements in the collection to process.
So either check the %NOTFOUND attribute at the bottom of your loop, or check the contents of the collection immediately after the fetch:
LOOP
FETCH allrows_cur BULK COLLECT INTO l_employees LIMIT l_limit;
EXIT WHEN l_employees.COUNT = 0;
The disadvantage of this second approach is that you will perform an extra fetch that returns no rows, compared to checking %NOTFOUND at the bottom of the loop body. The performance impact of this extra fetch should, however, be minimal.
Source: https://www.toadworld.com/platforms/oracle/b/weblog/archive/2011/07/13/quicktips-using-bulk-collect-with-queries