joshua-spacetime
joshua-spacetime
@Centril do you know where the improvements were made? I don't believe those benchmarks exercised protobuf at all since it happened off the main thread.
> NOTE: This is presumably only the fixed len portion of the row? Correct, specifically the BFLATN size. > Should we have ST_STATS for storing row size, row count, etc...
The schema of the slow query log | Name | Type | Description | |----|----|----| | query | string | text of the slow query | | workload | enum...
Is there a reason you put these in their own module rather than in `modules/benchmarks`? Also can you add one for updates?
Let's revisit this after the query engine work is done.
Note, I updated the PR title to reflect the decision to support Gzip in addition to Brotli compression.
@lcodes this looks like it's ready although the sdk tests appear to be failing. Also if it's not too difficult, it would be really nice to add a test exercising...
@egormanga procedural queries will be coming in the next few weeks which will solve your exact use case.
> Note, however, that some field names still will not work: `ReadFields`, `WriteFields`, `Equals`, and `GetHashCode`. This would require a separate fix since the error would happen in a different...
This updates the version of `sqlparser` that we're using. It's not a priority for 1.0.