Re: "Best Practices" for Application SQL coding

From: Rich Jesse <rjoralist_at_society.servebeer.com>
Date: Thu, 30 Oct 2008 09:36:38 -0500 (CDT)
Message-ID: <d10389f56c1d752ace1d93de806b944e.squirrel@society.servebeer.com>


From a past life, a vendor's PDM solution thought it would be ideal to simply add "OR my_column = 'NEXT HARDCODED LIST VALUE'" to it's generated SQL statement for every additional item/sub-item the user selected on their screen.

Yes, there was also a "Select All" button.

Yes, some item lists had *thousands* of members.

I was asked to see what I could do in the database to make it go faster. Frankly I was surprised the SQL statement didn't surpass an Oracle (9i at the time) limit as well as fit into a contiguous section of the shared pool as well as actually parsed.

Don't do that.

Ever.

:)

Rich

> We have had several sql issues come up that I am sure a pure Application DBA
> could tackle readily. In general, what are the recognized "best ways" to
> code a part of an application that has a dynamic number of predicates? For

--
http://www.freelists.org/webpage/oracle-l
Received on Thu Oct 30 2008 - 09:36:38 CDT

Original text of this message