Skip to Content
author's profile photo Former Member
Former Member

Performance Issue while creating Factory Instance in BRF+

Hi Experts,

During performance analysis of a particular transaction, we found that system takes long time ( relatively ) to create instance for IF_FDT_FACTORY.

Code base is like this:

mo_factory = cl_fdt_factory=>if_fdt_factory~get_instance( ld_appl_id ).

On close observation, we found that since we pass BRF+ Application ID to method "get_instance" hence system tries to read all objects and data related to our BRF+ application.


This results in expensive calls to DB table like FDT_ADMN_0116 ( most expensive ) etc.

Any suggestions. How to improve on performance here and avoid\ improve on such costly database fetch.

We also checked on the alternative of creating factory instance without passing application id, but that scenario doesn't work for our requirement.

@SAP BRF+ Experts: We found that DB tables like FDT_ADMN_0116 are not Buffered. Any specific reasons ?

Regards

Manas Dua

Capture.PNG (15.6 kB)
Add a comment
10|10000 characters needed characters exceeded

Related questions

1 Answer

  • Posted on Jul 22, 2016 at 08:19 AM

    Hi Manas,

    Why do you need the factory for an application?

    To assess the situation better it is important to know more about your system.

    Would you please tell us release and SP level? Do you have note 2280740 installed?

    Regards,

    Carsten

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Carsten,

      Thanks for replying.

      Factory instance is needed to further create an instance of Query object. In FS-ICM - BRF+ integration delivered by SAP we store BRF+ Function names in customizing and at runtime Function GUIID's are read for execution.

      lo_query = lo_factory->get_query( some parameters being passed )

      lo_query->get_ids ( parameters )...

      Customer is on Netweaver 7.4 release with SP 13. Note 2280740 is also implemented.

      Regards

      Manas Dua

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.