Problem with SQL coming from SQL Server into Oracle DB
Date: Wed, 25 Jun 2008 11:30:46 -0600
Message-ID: <3c5f7820806251030l8ba4792kd67bebef8c2a6a66@mail.gmail.com>
Environment: IBM zSeries VM, SLES10, Oracle EE 10.2.0.3
We have several SQL queries that run slowly when run through SQL Server Reporting Services 2005. Explain plans with the bind variable look good. When it actually gets to the Oracle database, the exeuction plans show the bind variable replaced with actual values and it's a really bad plan. When we run the query from SQL*Plus command line, it runs well and has a good execution plan regardless of how many entries exist in the "IN" clause for the bind variable. Has anyone seen anthing like this or have suggestions where we can look next to tune these queries?
Example code with bind variable:
SELECT
u.userlastname||', '||u.userfirstname AS username, u.userid, c.companyname, COUNT(m.docid) as activecount, sum(m.amountdue) as activedollarsFROM users u, companies c, mbinvoice m
WHERE u.companyid = c.Companyid AND m.assigneduser_seq = u.user_seq AND m.assigneduserid IN (:inCompanyid) AND m.state IN ('unMapped', 'RequiresApproval') AND m.isdeleted = '0' AND m.issent = '1' AND m.paymentduedate >= SYSDATE
GROUP BY u.userlastname, u.userfirstname, u.userid, c.companyname
Example code as it appears coming from SQL Server; when the following code has only one entry in the IN clause, it runs quickly, more than one is very slow.
SELECT
u.userlastname||', '||u.userfirstname AS username, u.userid, c.companyname, COUNT(m.docid) as activecount, sum(m.amountdue) as activedollarsFROM users u, companies c, mbinvoice m
WHERE u.companyid = c.Companyid AND m.assigneduser_seq = u.user_seq AND m.assigneduserid IN (N'ABC000012421000',N'ABC000012421002',N'ABC000012421003') AND m.state IN ('unMapped', 'RequiresApproval') AND m.isdeleted = '0'
AND m.issent = '1'
AND m.paymentduedate >= SYSDATE
GROUP BY u.userlastname, u.userfirstname, u.userid, c.companyname
Any help would be greatly appreciated.
Sandy
-- http://www.freelists.org/webpage/oracle-lReceived on Wed Jun 25 2008 - 12:30:46 CDT