so something like ``wrangler d1 execute --local --comand="SELECT NOTHING"``
so something like
wrangler d1 execute --local --comand="SELECT NOTHING"wrangler d1 execute --local --comand="SELECT NOTHING"Error: statement too long
cause should not be deprecated, it's still thereError: too many terms in compound SELECT (coming from a select {condition} union all select {another condition} ).. I suppose I'm wondering what SQLite differences would account for this seeing that the query works in the regular backend but errors out in the experimental?SQLITE_LIMIT_COMPOUND_SELECT set to 3
.cause in that.batch() an error is thrown and everything is rolled back. This is not what I'd like to do, rather I'd like to ack/retry each item based on the success attribute.run()s inside try catches?insert into i can look at the results.changes attribute to tell if a row was inserted or not then .ack() or .retry() based on thatmeta.changes the same in production and in development? it's present in dev but the docs do not mention it, only meta.durationresults.forEach(({ success }, index) => {
if (success) {
batch.messages[index].ack();
return;
}
batch.messages[index].retry();
});