Help with Performance issue with a view

Question

Hi
We developed a custom view to get the data from gl_je_lines table with source as Payables. We are bringing the data for the last year and current year till date ie., from 01-JAN-2012 to SYSDATE. This view is in a package body, which is called from a concurrent program to write the data to a outbound file.
The problem I am facing is that this view is fetching around 72 lakhs of records for the above date range and the program is running for a long time and completes abruptly with out any result. Can anyone please let me know if there is an alternative to this. I checked the view query and there seems to be not much scope to improve the performance.
Will inserting al this data into a Global Temporary Table will help? Please revert at the earliest as this solution is very urgent for our clients.
Message was edited by: 988490e8-2268-414d-b867-9d9a911c0053

Answer 1

This is the view query:
select GCC.SEGMENT1 "EMPRESA",
       GCC.SEGMENT2 "CCUSTO",
       GCC.SEGMENT3 "CONTA",
       GCC.SEGMENT4 "PRODUTO",
       GCC.SEGMENT5 "SERVICO",
       GCC.SEGMENT6 "CANAL",
       GCC.SEGMENT7 "PROJECT",
       GCC.SEGMENT8 "FORWARD1",
       GCC.SEGMENT9 "FORWARD2",
       FFVT.DESCRIPTION "CONTA_DESCR",
       ltrim(substr(XRX_CONSOLIDATION_MAPPING('XDMO_LOCAL_USGAAP_LEGAL_ENTITY',
                                              'XDMO_REPORT_USGAAP_LEGAL_COMPANY',
                                              GCC.SEGMENT1,
                                              GCC.SEGMENT3),
                    1,
                    80)) "LEGAL_COMPANY",
       ltrim(substr(XRX_CONSOLIDATION_MAPPING('XDMO_LOCAL_USGAAP_ACCOUNT',
                                              'XDMO_REPORT_USGAAP_FIN_ACCOUNT',
                                              GCC.SEGMENT3,
                                              GCC.SEGMENT3),
                    1,
                    80)) "GRA",
       ltrim(substr(XRX_CONSOLIDATION_MAPPING('XDMO_LOCAL_USGAAP_BUDGET_CENTER',
                                              'XDMO_REPORT_USGAAP_RESPONSIBILITY',
                                              GCC.SEGMENT2,
                                              GCC.SEGMENT3),
                    1,
                    80)) "RESP",
       ltrim(substr(XRX_CONSOLIDATION_MAPPING('XDMO_LOCAL_USGAAP_PRODUCT',
                                              'XDMO_REPORT_USGAAP_TEAM',
                                              GCC.SEGMENT4,
                                              GCC.SEGMENT3),
                    1,
                    80)) "TEAM",
       ltrim(substr(XRX_CONSOLIDATION_MAPPING('XDMO_LOCAL_USGAAP_ACCOUNT',
                                              'XDMO_REPORT_USGAAP_FIN_ACCOUNT',
                                              GCC.SEGMENT3,
                                              GCC.SEGMENT3),
                    164,
                    80)) "GRA_DESCR",
       GJH.NAME "IDLANC",
       GJS.USER_JE_SOURCE_NAME "ORIGEM",
       GJC.USER_JE_CATEGORY_NAME "CATEGORIA",
       GJL.DESCRIPTION "DESCRICAO",
       decode(GJH.JE_SOURCE, 'Payables', GJL.REFERENCE_2, '') "INVOICE_ID",
       decode(GJH.JE_SOURCE, 'Payables', GJL.REFERENCE_5, '') "NOTA",
       decode(GJH.JE_SOURCE, 'Payables', GJL.REFERENCE_1, '') "FORNECEDOR",
       GJH.DEFAULT_EFFECTIVE_DATE "DTEFET",
       to_char(GJB.POSTED_DATE, 'DD-MON-YYYY HH24:MI:SS') "DTPOSTED",
       GJH.CURRENCY_CONVERSION_TYPE "TPTAX",
       substr(GCC.SEGMENT9, 8, 1) "TAXA",
       GJH.CURRENCY_CONVERSION_DATE "DTCONV",
       -- nvl(GJL.ACCOUNTED_DR,0)-nvl(GJL.ACCOUNTED_CR,0)       "VALOR",
       -- added as per ITT #517830
       nvl(GJL.ENTERED_DR, 0) - nvl(GJL.ENTERED_CR, 0) "VALOR",
       GJH.CURRENCY_CODE "MOEDA",
       --  decode(gcc.segment9, '00000000', 0, '00000001', nvl(GJL.ACCOUNTED_DR,0)-nvl(GJL.ACCOUNTED_CR,0)) "VALOR_FUNCIONAL",
       -- added as per ITT #517830
       (nvl(GJL.ACCOUNTED_DR, 0) - nvl(GJL.ACCOUNTED_CR, 0)) "VALOR_FUNCIONAL",
       GSOB.CURRENCY_CODE "FUNCIONAL",
       GJH.PERIOD_NAME "PERIODO",
       GJB.STATUS "STATUS",
       GSOB.SHORT_NAME "LIVRO",
       GJL.LAST_UPDATE_DATE "JL_LAST_UPDATE_DATE",
       GJH.LAST_UPDATE_DATE "JH_LAST_UPDATE_DATE",
       GJB.LAST_UPDATE_DATE "JB_LAST_UPDATE_DATE",
       GJL.JE_HEADER_ID "JE_HEADER_ID",
       GJL.JE_LINE_NUM "JE_LINE_NUM"
  from GL.GL_JE_LINES   GJL,
       GL.GL_JE_HEADERS GJH,
       GL.GL_JE_BATCHES GJB,
       --GL.GL_SETS_OF_BOOKS                    GSOB, ---As GL_SETS_OF_BOOKS table dropped in R12 so replaced with GL_LEDGERS table,Commented as part of DMO R12 Upgrade-RFC#411290.
       GL.GL_LEDGERS               GSOB, ---Added as part of DMO R12 Upgrade-RFC#411290.
       GL.GL_JE_SOURCES_TL         GJS,
       GL.GL_JE_CATEGORIES_TL      GJC,
       GL.GL_CODE_COMBINATIONS     GCC,
       APPLSYS.FND_FLEX_VALUES_TL  FFVT,
       APPLSYS.FND_FLEX_VALUES     FFV,
       APPLSYS.FND_FLEX_VALUE_SETS FFVS
where GJL.CODE_COMBINATION_ID = GCC.CODE_COMBINATION_ID
   and GJL.JE_HEADER_ID = GJH.JE_HEADER_ID
   and GJH.JE_BATCH_ID = GJB.JE_BATCH_ID
      --and GJB.SET_OF_BOOKS_ID = GSOB.SET_OF_BOOKS_ID    ---Changing the mappings between the tables GL_JE_HEADERS and GL_JE_BATCHES As column SET_OF_BOOKS_ID of table GL_JE_BATCHES dropped in R12,Commented as part of DMO R12 Upgrade-RFC#411290.
   and GJH.LEDGER_ID = GSOB.LEDGER_ID ---Added as part of DMO R12 Upgrade-RFC#411290.
   and GJH.JE_SOURCE = GJS.JE_SOURCE_NAME
   and GJH.JE_CATEGORY = GJC.JE_CATEGORY_NAME
   and GCC.SEGMENT3 = FFV.FLEX_VALUE
   and FFV.FLEX_VALUE_ID = FFVT.FLEX_VALUE_ID
   and FFV.FLEX_VALUE_SET_ID = FFVS.FLEX_VALUE_SET_ID
   and FFVS.FLEX_VALUE_SET_NAME = 'XDMO_LOCAL_USGAAP_ACCOUNT'
   and GSOB.SHORT_NAME in ('XBRA BRL LOCAL GAAP', 'XBRA BRL USGAAP')
   and gcc.chart_of_accounts_id = gsob.chart_of_accounts_id
   and gjh.actual_flag = 'A'
DB VErsion: 11.2.0.3.0
The problem I am facing is that the above query fetches huge data and I want to know if there is anyway to improve the performance of this query. You are right that view is stored in DB. I am using this view query in a cursor to fetch the records