Uploaded image for project: 'Spring Framework'
  1. Spring Framework
  2. SPR-11100

performancedrop due to repeated JDBC 3.0 getParameterType calls in setNull in StatementCreatorUtils


    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Complete
    • Affects Version/s: 3.2.5
    • Fix Version/s: 3.2.6, 4.0 GA
    • Component/s: Data:JDBC
    • Labels:
    • Last commented by a User:


      We notice a performance drop after we updated to a (much newer) library (3.2.5). We used to work on 3.0.5.

      We connect to Oracle11g with ojdbc drivers.

      After some testing we noticed that the performance drop was introduced by a changed implementation in setNull. Our queries have lots of columns ~40 with many optional values. For every NULL value, the driver is now asked ps.getParameterMetaData().getParameterType(paramIndex). The drivers don't support this yet but will throw an exception.

      We notice that calling this method 30ish times costs us extra time (around 100ms), which is quite noticable. Requests which require 2 inserts went from ~200ms to 400+ms. We omitted the getparametertype call by editing the source of 3.2.5 to check our hypothesis and the performance was restored to its old state.

      Is it possible to cache the 'unsupported state' in case the databasedrivers do not support it, so it's only executed once per request.

      Below is the oracle implementation of getParameterType

      SQLException localSQLException = DatabaseError.createUnsupportedFeatureSqlException();
      throw localSQLException;

      PS: entered this issue as a bug because it impairs the function of the product

      Somewhat related issue, different bug introduced due to the added functionality (SPR-10185)


          Issue Links



              • Assignee:
                juergen.hoeller Juergen Hoeller
                mclaus M Claus
                Last updater:
                Juergen Hoeller
              • Votes:
                2 Vote for this issue
                7 Start watching this issue


                • Created:
                  Days since last comment:
                  4 years, 24 weeks ago