FW: Large IN LIST in an OBIEE query

From: "Chitale, Hemant Krishnarao" <Hemant.Chitale@xxxxxx>
To: <oracle-l@xxxxxxxxxxxxx>
Date: Mon, 31 Oct 2011 09:33:37 +0800
Mark, Michael, Jared, Stephane, Greg  and others :

Thank you for all your responses.

Some background :  (and answering Greg's questions "what is being done and 
where does this list come from ?")
Apparently users run a prior query that retrieves a list of IDs  (6000 odd).
Then, they "paste" the IDs from an XLS sheet into OBIEE -- that is what was 
explained to me.
The way the data model is designed, OBIEE runs 3 queries against 3 different 
FACT tables and then "stitches" the results together.
Each query is run with a 1,000 entry IN LIST.

Currently, the "solution" I am recommending is to have these 6000 odd IDs being 
redirected to a "Temp" table and then join the Temp table in the query (or in 
all 3 queries).

Apparently, OBIEE has the concept of "Persist Connection Pool"  
(11g documentation : 
http://download.oracle.com/docs/cd/E21764_01/bi.1111/e10540/conn_pool.htm#CHDJADFA

but this feature is supposed to be available in OBIEE 10g as well).
(My "solution" was before I discovered this feature from a ---- guess what ? 
--- Google search for "OBIEE IN LIST Performance").



  
Hemant K Chitale 

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Behalf Of Chitale, Hemant Krishnarao
Sent: Friday, October 28, 2011 4:50 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Large IN LIST in an OBIEE query

I have a few OBIEE queries that "perform poorly".  Apparently, the users
are allowed to "insert" a list of values to query for.  OBIEE then
constructs the query with a large IN LIST.
If I move the IN LIST values into a temporary table and then join the
temporary table, I get better performance.  However, making this change
in OBIEE requires a change to the OBIEE data model.

My questions :
a.       Have you come across performance issues with very large IN
LISTS  (1000 entries)
b.      If you raise a request to change the OBIEE data model, what is
the level of resistance you face ?  Are the OBIEE designers comfortable
with making changes to add an interim table and join OR is this
difficult ?
  
Hemant K Chitale 




This email and any attachments are confidential and may also be privileged.  If 
you are not the addressee, do not disclose, copy, circulate or in any other way 
use or rely on the information contained in this email or any attachments.  If 
received in error, notify the sender immediately and delete this email and any 
attachments from your system.  Emails cannot be guaranteed to be secure or 
error free as the message and any attachments could be intercepted, corrupted, 
lost, delayed, incomplete or amended.  Standard Chartered PLC and its 
subsidiaries do not accept liability for damage caused by this email or any 
attachments and may monitor email traffic.

Standard Chartered PLC is incorporated in England with limited liability under 
company number 966425 and has its registered office at 1 Aldermanbury Square, 
London, EC2V 7SB.

Standard Chartered Bank ("SCB") is incorporated in England with limited 
liability by Royal Charter 1853, under reference ZC18.  The Principal Office of 
SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the 
United Kingdom, SCB is authorised and regulated by the Financial Services 
Authority under FSA register number 114276.

If you are receiving this email from SCB outside the UK, please click 
http://www.standardchartered.com/global/email_disclaimer.html to refer to the 
information on other jurisdictions.
--
//www.freelists.org/webpage/oracle-l
FW: Large IN LIST in an OBIEE query

Other related posts:
