Almann Goo

The CLI build does not work on Windows. Taking a really brief look, the problem is partially that **release** builds are not quite working on upstream Ion C on Windows,...

For both the AST and the IR, we need a model for PartiQL types in Rust. This is independent of how we intend to serialize such definitions. A minimum viable...

This is the tracking issue for the initial release of a Logical Plan representation. - [ ] #189 - [ ] #192 - [ ] #138 This issue is considered...

This is the tracking issue for the initial release for `partiql-types`. - [ ] #183 - [ ] #185 - [ ] #186 - [ ] #193 This issue is...

We need a portable, declarative serialization/deserialization for the type model that binds to our APIs.

The Logical Plan needs a reasonably efficient, portable serialization/deserialization and a textual one. Ideally, this would be automated from the API definitions. There should be a text and binary serialization.

Defines the logical plan. Some key requirements: * Fully typed. Static type inference must have been done to the extent that the static types are knowable (e.g., typing the tree...

Similar to #187, where sensible, we should be able to create Substrait[^1] plans from PartiQL Logical Plans which can enable interop for Substrait compatible engines. PartiQL has operations that don't...

If there are customers that need access to the Kotlin PIG representation of the PartiQL Logical Plan, we should provide APIs to serialize/deserialize them into our representation.

Where possible, we should be able to create Substrait[^1] type definitions from PartiQL static type definitions. This can help in interop to more traditional statically typed SQL-like systems. [^1]: [substrait-io/substrait](https://github.com/substrait-io/substrait)