Chapter 19. Performance
Performance is usually considered an issue at the end of a development cycle when it should really be considered from the start. Often, a task called “performance tuning” is done after the coding is complete, and the end user of a program complains about how long it takes the program to complete a particular task. The net result of waiting until the end of the development cycle to consider performance includes the expense of the additional time required to recode a program to improve its performance. It’s my opinion that performance is something that is best considered at the start of a project.
When it comes to performance issues concerning JDBC programming there are two major factors to consider. The first is the performance of the database structure and the SQL statements used against it. The second is the relative efficiency of the different ways you can use the JDBC interfaces to manipulate a database.
In terms of the database’s efficiency, you can use the EXPLAIN PLAN facility to explain how the database’s optimizer plans to execute your SQL statements. Armed with this knowledge, you may determine that additional indexes are needed, or that you require an alternative means of selecting the data you desire.
On the other hand, when it comes to using JDBC, you need to know
ahead of time the relative strengths and weaknesses of using
auto-commit, SQL92 syntax, and a Statement versus
a PreparedStatement versus a
CallableStatement object. In this chapter, we’ll ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access