You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Apache Spark (JIRA)" <ji...@apache.org> on 2018/03/29 11:15:00 UTC
[jira] [Commented] (SPARK-23819) InMemoryTableScanExec prunes
orderable complex types due to out of date ColumnStats
[ https://issues.apache.org/jira/browse/SPARK-23819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16418777#comment-16418777 ]
Apache Spark commented on SPARK-23819:
--------------------------------------
User 'pwoody' has created a pull request for this issue:
https://github.com/apache/spark/pull/20935
> InMemoryTableScanExec prunes orderable complex types due to out of date ColumnStats
> -----------------------------------------------------------------------------------
>
> Key: SPARK-23819
> URL: https://issues.apache.org/jira/browse/SPARK-23819
> Project: Spark
> Issue Type: Bug
> Components: SQL
> Affects Versions: 2.3.0
> Reporter: Patrick Woody
> Priority: Major
>
> The data types that can be compared via BinaryComparison was expanded in SPARK-21110 now include Arrays/Structs/etc, but ColumnStats would still have hard coded upper/lower bounds for these types.
> InMemoryTableScanExec used to be safe against these comparisons because the predicate would fail type checking. Now that it passes, the statistics unintentionally allow pruning of the partition, causing correctness issues.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org