Re: Parser for expressions

Hi Sasha and Weston, I'm the author of the mentioned Gandiva parser. I agree that having one unified syntax is ideal. I think one critical divergence between Sasha's and my proposals is that mine is with C++/Python imperative style (foo(x, y, z), a+b…) and Sasha's is with Lisp functional style ((f

RE: [VOTE] Adopt ADBC database client connectivity specification

+1 (non-binding), but still working on embedding it into the R adbc package, and might come back with feedback: https://github.com/r-dbi/adbc On 2022/09/21 15:40:11 David Li wrote: > Hello, > > We have been discussing [1] standard interfaces for Arrow-based database access and have been working

Re: Parser for expressions

Hi Weston, I’d be happy to donate something like this to Sunstrait if that’s useful, I was thinking of proving out a design here before going there. However we could also just go straight there :) Regarding infix operators and such the edge case I was thinking of is that a user could potentiall

Re: Parser for expressions

Currently Substrait only has a binary (protobuf) serialization (and a protobuf JSON one but that's not really human writable and barely human readable). Substrait does not have a text serialization. I believe there is some desire for one (maybe Sasha wants to give it a try?). A text format for S

Re: Pandas backend for Substrait

Disclaimer: Not ibis-substrait dev here ibis-substrait has a "decompiler"; https://github.com/ibis-project/ibis-substrait/blob/main/ibis_substrait/tests/compiler/test_decompiler.py that takes substrait and returns ibis expression, then you can run ibis expression with ibis's pandas backend: https:

Pandas backend for Substrait

Hi all, I was wondering if there is a pandas backend for substrait? Is there any other backend we could play around with? Best -- Niranda Perera https://niranda.dev/ @n1r44