Erik LaBianca

Just pushed a bunch of fixes to the batch reading code, see thread above. Also, added a new --parallel flag that runs everything on a multiprocessing pool and generally speeds...

Just noticed this PR here, I basically did the same thing a few months later but adding scala.js to the mix and avoiding reworking the tests by adding specs2-junit. See...

As an aside, I was able to get the dynamic query to compile statically by removing a type ascription to `Quoted[Query[T]]` from a sub-query. In general, I have found that...

For reference "don't ascribe types to quotations" best practice is reference in the docs, although not that loudly. https://github.com/zio/zio-quill#compile-time-quotations

And in other news, the root cause was indeed the dynamic query. Now that it's static the memory usage is completely stable. I'd argue this issue should still be fixed,...

@deusaquilus The query looks like the following. Note that removing the errant type ascription on `selectNextQuery` allows it to compile statically, which seems to resolve the cache explosion. The only...

Perhaps consider making it "returningList" or similar and possibly deprecating and renaming "returning" to "returningOne"? I believe the root issue is JdbcRunContext.scala:65 just needs to not wrap `extractResult` in `handleSingleResult`:...

I started chasing this down (#2461). It doesn't look like it's too bad, but since executeActionReturning is part of the top level quill API it's a pretty impactful change. I...

Meh. Sorry about that. Totally blaming visual studio for that one. Tightened up the other trailing braces as well.

It's trying to solve the problem of building setup files directly to a published location. With the current code, if clients try to run the installer while the build is...