Home Discussions Questions & Answers Post-Migration Check for Slow LOV Queries

Post-Migration Check for Slow LOV Queries

Avatar photoCustomer January 30, 2025 at 4:13 pm

Following our mass migration from Discoverer, some reports are displaying performance issues specifically when accessing the List of Values (LOVs). We suspect complex LOV queries carried over. How can we systematically validate the syntax and identify slow queries?

Viewing 4 reply threads
  • Author
    Replies
    • Support February 1, 2025 at 7:57 am  

      The dedicated Blitz Report LOV SQL Validation report is essential here. It validates LOV SQLs for valid syntax, helping flag issues that prevent efficient execution. Also look for slow ‘distinct’ style queries that need conversion.

    • Avatar photoCustomer February 2, 2025 at 5:01 am  

      We manually created several custom LOVs during development that share the same query logic but aren’t set up as shared LOVs. This makes maintenance difficult. How can I audit these duplicates?

    • Support February 4, 2025 at 7:36 am  

      Run the Blitz Report Parameter Custom LOV Duplication Validation report. It identifies parameters using custom LOVs that share identical queries, prompting you to consolidate them into shared LOVs.

    • Avatar photoCustomer February 4, 2025 at 7:44 pm  

      If we were performing the full migration process, what step involving LOV checking is included right after the initial import of the zipped EEX files?

    • Support February 6, 2025 at 12:43 pm  

      After importing the zipped EEX file, you must run ‘Blitz Report Discoverer Import’ and then verify the migration result by running reports including ‘Blitz Report LOV SQL Validation’ to correct errors and change slow SQLs.

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

Login with: