Skip to content

Expand context available for expression evaluation  #291

Open
@hntd187

Description

@hntd187

For #270 I came to realize a lot of the context we need to do some more elaborate or intelligent expression parsing would require us to expand the context available to expression evaluation.

What @scovich mentioned here #270 (comment) we have a lot of matching of various pairs of expressions, but converting scalars to more literal numeric values has several problems with conversion without knowing types up front. I think the current kind of expression evaluation is inefficient but works in it's current state, I think there is discussion to be had regarding how we might augment this to work with EngineData and rework ArrayData to more efficiently handle some of these cases where blowing out an expression to be copied to ever row is not ideal.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions