topic Re: performance issue-open sql vs native sql in Application Development and Automation Discussions

performance issue-open sql vs native sql

ankit_doshi — Mon, 30 Apr 2012 04:49:17 GMT

Hello,

I have a scenario where the select statement is fetching around 3 Lac 300,000 records from database table and we have 3 such select statements all of which are written using open sql, will converting them into native sql help me improve the performance?

Message was edited by: Thomas Zloch

Re: performance issue-open sql vs native sql

ThomasZloch — Mon, 30 Apr 2012 07:23:02 GMT

No, you would give up the built-in optimisation techniques of the database interface (DBI).

Your description is very vague, add more details like the actual open SQL statement, existing indexes, results of ST05 SQL-trace.

Thomas

Re: performance issue-open sql vs native sql

ankit_doshi — Mon, 30 Apr 2012 10:29:16 GMT

Hi Thomas,

I thought that if I use native SQL, the DBI would not require to convert the open SQL into Native SQL and thus it would save some time and eventually add to the performance. I was not pretty sure about it and so I started this discussion. I am looking for generic replies only, I browsed the net and did not find much about performance related topics for open/native sql.

It would be a simple select query with about 3-4 conditions in where clause, but the amount of data fetched would be huge.

Re: performance issue-open sql vs native sql

volker_borowski2 — Mon, 30 Apr 2012 10:50:40 GMT

Hi,

whatever SQL it is, it will be compiled long before the execution, otherwise you will not be able to start the program. At runtime the statement will be parsed, which is some kind of machine-language for the database. At this time the access plan will be compiled. This will be in the range of twens of micro seconds. So I guess in terms of performance, there will be no benefit in general.

I had a usefull scenario once, where i could make use of a rownum-limited ordered subselect result set on an ORACLE DB. But this might be a rare case.

Native SQL is usefull, when you need to us DB features that are not codable in open SQL.

Volker