FAQ
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@freelists.org On Behalf Of Chitale, Hemant Krishnarao
Sent: Friday, October 28, 2011 4:50 PM
To: oracle-l@freelists.org
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.
--
http://www.freelists.org/webpage/oracle-l

Search Discussions

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouporacle-l @
categoriesoracle
postedOct 31, '11 at 1:34a
activeOct 31, '11 at 1:34a
posts1
users1
websiteoracle.com

1 user in discussion

Chitale, Hemant Krishnarao: 1 post

People

Translate

site design / logo © 2022 Grokbase