Added new connection string property prepareMethod to toggle use of sp_prepare

[tkyc]

No description provided.

[David-Engel]

My only thought as I skimmed this was, is a boolean, useSpPrepExec, a good way to control this option? Or should we use a string value? My thinking it that there might be a different way we want to control preparation in the future and if we use a string value, we can easily add another option without a breaking change.

For example, jTDS has the prepareSQL option with 4 values (it doesn't exactly match up to what we are doing but the idea is similar): http://jtds.sourceforge.net/faq.html

Perhaps "prepareMethod=prepexec|prepare"? (Default=prepexec)

Thoughts?

[otbutz]

I'd rather take the approach of jTDS as it allows to add different strategies in the future without breaking compatibility.

[lilgreenbird]

• can we also add a test that test the property in connection string? (instead of just datasource)
• we should add this property to updateDataSource in AbstractTest as well
• we should also add tests for this property when AE is enabled

[otbutz]

Should this be added to the docs at https://docs.microsoft.com/en-us/sql/connect/jdbc/improving-performance-and-reliability-with-the-jdbc-driver ?

[Jeffery-Wasty]

Hi @otbutz,

We're adding this under Prepared statement metadata caching for the JDBC driver. The proposed changes are currently under review by the MS Docs team, but expect the docs to be updated soon.