[ https://issues.apache.org/jira/browse/ARROW-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Paddy Horan resolved ARROW-6290. -------------------------------- Resolution: Fixed Issue resolved by pull request 5136 [https://github.com/apache/arrow/pull/5136] > [Rust] [DataFusion] sql_csv example errors when running > ------------------------------------------------------- > > Key: ARROW-6290 > URL: https://issues.apache.org/jira/browse/ARROW-6290 > Project: Apache Arrow > Issue Type: Bug > Components: Rust, Rust - DataFusion > Reporter: Andrew Schoenberger > Priority: Minor > Labels: pull-request-available > Fix For: 0.15.0 > > Time Spent: 20m > Remaining Estimate: 0h > > The current version of > [https://github.com/apache/arrow/blob/master/rust/datafusion/examples/csv_sql.rs] > errors when running it. > {code:java} > thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: > ExecutionError("Cannot compare Float32 with Float64")', > src/libcore/result.rs:1084:5{code} > I believe that this is due to column c11 being declared as DataType::Float32 > while the WHERE clause parses the numbers as DataType::Float64. Since the > comparison_ops only matches when the parsed data types for left and right are > the same, this errors out. > I was able to get this running locally through either of the following two > methods: > (1) by changing the schema for c11 to be a DataType::Float64. > (2) by forcing a compute::cast in the case that the left data type is > different from the right data type in the BinaryExpr (this is likely not the > best long-term fix, but it works for this case). > It is also possible that this issue could be due to some mistake or incorrect > assumption I am making when running it on my end (I am pretty new to the > project). > -- This message was sent by Atlassian Jira (v8.3.2#803003)