Uh oh!
There was an error while loading. Please reload this page.
[SPARK-15916][SQL] Correctly pushdown top level AND operators with parenthesis in JDBC data source - #13640
Closed
HyukjinKwon wants to merge 1 commit into
Closed
[SPARK-15916][SQL] Correctly pushdown top level AND operators with parenthesis in JDBC data source#13640HyukjinKwon wants to merge 1 commit into
HyukjinKwon wants to merge 1 commit into
Conversation
MemberAuthor
I remember this was written by you @viirya. Could you take a look please? |
SparkQA
commented
Jun 13, 2016
Test build #60399 has finished for PR 13640 at commit
|
HyukjinKwon
commented
Jun 15, 2016
MemberAuthor
cc @rxin do you mind if I ask to review this please? |
rxin
commented
Jun 15, 2016
Contributor
I added this to my team's backlog. |
HyukjinKwon
commented
Jun 16, 2016
MemberAuthor
Thanks! |
viirya
commented
Jun 16, 2016
Member
LGTM |
| */ | ||
| private val filterWhereClause: String = | ||
| filters.flatMap(JDBCRDD.compileFilter).mkString(" AND ") | ||
| filters.flatMap(JDBCRDD.compileFilter).map(p => s"($p)").mkString(" AND ") |
Contributor
There was a problem hiding this comment.
How about getWhereClause? There is also a AND at https://github.com/apache/spark/pull/13640/files#diff-5a29ce8f760092fb4a9c1f190cc2f61cR315
asfgit pushed a commit
that referenced
this pull request
Jun 18, 2016
…edence
## What changes were proposed in this pull request?
This PR fixes the problem that the precedence order is messed when pushing where-clause expression to JDBC layer.
**Case 1:**
For sql `select * from table where (a or b) and c`, the where-clause is wrongly converted to JDBC where-clause `a or (b and c)` after filter push down. The consequence is that JDBC may returns less or more rows than expected.
**Case 2:**
For sql `select * from table where always_false_condition`, the result table may not be empty if the JDBC RDD is partitioned using where-clause:
```
spark.read.jdbc(url, table, predicates = Array("partition 1 where clause", "partition 2 where clause"...)
```
## How was this patch tested?
Unit test.
This PR also close#13640
Author: hyukjinkwon <gurwls223@gmail.com>
Author: Sean Zhong <seanzhong@databricks.com>
Closes#13743 from clockfly/SPARK-15916.
(cherry picked from commit ebb9a3b)
Signed-off-by: Cheng Lian <lian@databricks.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment
5 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What changes were proposed in this pull request?
This PR inserts the correct parenthesis between top level
ANDoperators.For example, the where clause below:
is being parsed as below:
This is fine for other sub filters for each element in
Array[Filter]but it is not considering the parenthesis and precedence withANDbetween elements inArray[Filter].This PR produces the correct condition as below:
How was this patch tested?
Unit test in
JDBCSuite.