Home Discussions Questions & Answers Migrating Parameter Definitions from Oracle Reports

Migrating Parameter Definitions from Oracle Reports

Avatar photoCustomer February 16, 2025 at 5:21 am

We have numerous legacy Oracle Reports (.rdf files) that we are converting to Blitz Report. Is there a way to automatically import the parameter definitions, LOVs, and request group assignments from the existing concurrent program definitions to speed up creation?

Viewing 6 reply threads
  • Author
    Replies
    • Support February 17, 2025 at 10:23 pm  

      Yes, the ‘Concurrent Program’ import option is designed specifically for this task . This feature allows you to import the parameter definitions, associated Lists of Values (LOVs), and Request Group assignments from any standard Oracle concurrent program . This significantly simplifies the migration process, especially for technologies like Oracle Reports (.rdf files) where the actual report SQL usually cannot be imported automatically .

    • Avatar photoCustomer February 19, 2025 at 1:06 pm  

      Since the actual SQL can’t be imported automatically for Oracle Reports, is there any workaround to capture the query used by the concurrent program?

    • Support February 20, 2025 at 8:41 am  

      There is a helpful workaround . If you run the target concurrent program (e.g., the Oracle standard report) immediately before executing the Blitz Report import option, the Blitz Report code attempts to retrieve the program’s largest SQL statement directly from the database memory (SGA) . While this is not 100% reliable, it can capture the extraction query, which you can then copy and refine for your Blitz Report definition .

    • Avatar photoCustomer February 22, 2025 at 2:22 am  

      If retrieving the SQL from SGA fails, is there another way to identify the SQL statements used by a concurrent program for manual transfer?

    • Support February 24, 2025 at 1:34 am  

      If the SGA retrieval is unreliable, you can use the seeded Blitz Report called ‘DBA SGA SQL Performance Summary’ . You would run this report, restricting it by the module type ‘Concurrent Request’ and the module name of the specific concurrent program you are interested in, to identify the SQL statements executed by that program . This provides the query text necessary for manual import.

    • Avatar photoCustomer February 25, 2025 at 9:57 am  

      If I want to export the SQL text itself for a report (not the full XML definition), is there a specific `p_type` for the export API?

    • Support February 27, 2025 at 3:54 am  

      Yes, if you only want to export the SQL text, you would use the `XXEN_API.EXPORT_FILE_DATA` function and set the `p_type` parameter to ‘SQLs’ . Alternatively, if you want the history of old SQL texts, you would use ‘SQL Versions’ , optionally filtered by `p_creation_date` .

Viewing 6 reply threads
  • You must be logged in to reply to this post.

Login with: