Added a skeleton benchmark suite + mockup queries #203
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Based on the brief discussion here I built up a skeleton for microbenchmarking query rendering. As it is, it's probably not useful but meant to act as a foundation to build a real benchmark suite on.
Run via
stack bench
.Queries with parameters
What I don't understand is how the query actually gets composed with its params when running
manipulateParams_ ...
.There's lots of extra noise here, mostly because I wrote some facilities to auto-generate manipulations with different params based on the data types.
The idea was to facilitate benchmarking queries rendered with auto-generated parameters. I mean benchmarking building up the full
ByteString
that actually gets sent to Postgres.I don't expect this to be merged, I just want to know if I'm heading down the right path trying to help with the slow query rendering issue or not.