Forums Register Login

Oracle JDBC: Statements is better ?

+Pie Number of slices to send: Send
 


Use the Statement object for time-critical or dynamic SQL statements

When it comes to executing a SQL statement, you have two choices: you can use a PreparedStatement object or a Statement object. A PreparedStatement parses and compiles a SQL statement once, no matter how many times you reuse it. When you use a Statement, each time a SQL statement is executed, it is again parsed and compiled. This might lead you to think that using a PreparedStatement would be faster than using a Statement; however, my tests show this is not the case on the client side. So, for time-critical SQL operations, unless you are going to batch SQL statements, you should consider using Statements.


http://www.onjava.com/pub/a/onjava/2001/12/19/oraclejdbc.html

Anybody has your voices for/against the points above ? is this statement testable?

Thanks.
+Pie Number of slices to send: Send
Oh its testible, just create a preparedstatement that does not insert any values and compare it with the same excution as a statement.

Since a preparedstatement is a more complex data structure than a statement I am not surprised that it takes longer to run, but most of the time for code maintainability I would pick a prepared statement over a statement even if I was not sending it any parameters.
+Pie Number of slices to send: Send
And to guard against SQL injection attacks, I would use a PreparedStatement instead of a Statement.

(Also note that the article in question was published in 2001. In my opinion, 5-year-old benchmarks are of little value.)
+Pie Number of slices to send: Send
In Oracle if you re-use the SQL in a statement with literal values substituted then each is regarded as a unique piece of SQL by the query optimiser, which will hard parse it to generate the query plan.

With a PreparedStatement with Bind variables, after the first use and hard parse, subsequent executions will re-use the already generated query plan.

Hard coded literals and hard parsing will not only use more resources in the database, but will also serialize access to shared memory structures used by the database. The application will not scale.

Any performance gain on the client side from using a Statement object will be lost on the DB side if it is re-used.
+Pie Number of slices to send: Send
Actually here's the real question, could one take a preparedstatement and write an implementation that uses a statement and therefore is always as fast? The answer is probably yes. Sometimes the java implementation might be such that more advanced structures are slower but the hope is that by using the advanced data structure, the implementation will eventually improve such that the users could take advantage of the data structure without any performance tradeoffs.
grapes are vegan food pellets. Eat this tiny ad:
a bit of art, as a gift, that will fit in a stocking
https://gardener-gift.com


reply
reply
This thread has been viewed 705 times.
Similar Threads
EJBQL
How to specify EJB-QL
benefit of Statement over PreparedStatement?
how to implement a global cache in Tomcat?
to create login.jsp
More...

All times above are in ranch (not your local) time.
The current ranch time is
Mar 19, 2024 02:41:52.