3 ms·
Great list I would add one thing to it: No query plan caching not even for sprocs or functions. Was surprised by this one, looks like the optimizer is much si
by SigmundA 7y ago
Great list I would add one thing to it:
No query plan caching not even for sprocs or functions.
Was surprised by this one, looks like the optimizer is much simpler than other db's so it usually take less time to create to the plan but the overhead is still there.
This is why you see the recommendation to use prepared statements and many client libraries try to automatically, but a prepared statement cannot be shared between sessions so its only good if your repeating the same statement over and over on the same connection.
If your app calls the same statements over and over from different connections which most apps tend to do it can save significant overhead and reduce response times. It was pretty much mandatory to make sure you where using parameterised SQL or sprocs back in the day to make sure it was using a cached plan properly.