Maximilian Roos

I still think we can have a few lines at the top of each release. It's normally me doing the releases and I'm happy to do that. The main thing...

Thanks, I can take a look at this. > Source from ClickHouse fuzzer Interesting — do you have any context on this? We've been considering fuzzing ourselves.

OK that's great! --- If you happen to know — how painful is a panic from PRQL for ClickHouse? Does it kill the ClickHouse process? If it does, we should...

> We have a similar practice - some exceptions (of type "logical error") turn into assertions in debug builds. So they terminate the process in CI. But in release builds,...

> Right now panics crash CH. We tried to avoid it (see https://github.com/ClickHouse/ClickHouse/blob/65cfbaaa4b6194937478e98c773ed6ed56a6d70f/rust/prql/src/lib.rs#L60-L62) but apparently it does not work. That looks reasonable. There are some corner cases where a panic...

Thanks for the issue. Possibly this should raise a proper error message. The fix is that the aliasing is within the `from`: ```elm prql target:sql.bigquery from sales_with_profit=sales derive {profit =...

Sorry, I'm confusing things. The `EXCEPT` syntax is fine, it's just the indenting that's off. I raised that in https://github.com/shssoichiro/sqlformat-rs/issues/35. Though are you sure SparkSQL supports `EXCEPT` here? From two...

Nice, thanks, v interesting to hear what you're working on.

Ah brilliant @snth !

Thanks for the issue. This does look wrong. We're rethinking how columns are resolved, so this may get pushed into that effort.