-
Notifications
You must be signed in to change notification settings - Fork 29.2k
[SPARK-20399][SQL] Add a config to fallback string literal parsing consistent with old sql parser behavior #17887
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 9 commits
d0b2c22
8ae0747
ab77de7
04a9fd3
9ce7eb0
3241b88
c81f030
e854b10
d8cd670
8ecb2ea
375eb9c
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -86,6 +86,13 @@ abstract class StringRegexExpression extends BinaryExpression | |
| escape character, the following character is matched literally. It is invalid to escape | ||
| any other character. | ||
|
|
||
| Since Spark 2.0, string literals are unescaped in our SQL parser. For example, in order | ||
| to match a Tab character "\t", the pattern should be "\\t". | ||
|
|
||
| When SQL config 'spark.sql.parser.escapedStringLiterals' is enabled, it fallbacks | ||
| to Spark 1.6 behavior regarding string literal parsing. For example, if the config is | ||
| enabled, the pattern to match a Tab character should be "\t". | ||
|
|
||
| Examples: | ||
| > SELECT '%SystemDrive%\Users\John' _FUNC_ '\%SystemDrive\%\\Users%' | ||
| true | ||
|
|
@@ -144,7 +151,31 @@ case class Like(left: Expression, right: Expression) extends StringRegexExpressi | |
| } | ||
|
|
||
| @ExpressionDescription( | ||
| usage = "str _FUNC_ regexp - Returns true if `str` matches `regexp`, or false otherwise.") | ||
| usage = "str _FUNC_ regexp - Returns true if `str` matches `regexp`, or false otherwise.", | ||
| extended = """ | ||
| Arguments: | ||
| str - a string expression | ||
| regexp - a string expression. The pattern string should be a Java regular expression. | ||
|
|
||
| Since Spark 2.0, string literals (including regex patterns) are unescaped in our SQL parser. | ||
| For example, if to match "abc\td", a regular expression for `regexp` can be "^abc\\\\td$". | ||
|
|
||
| There is a SQL config 'spark.sql.parser.escapedStringLiterals' that can be used to fallback | ||
| to the Spark 1.6 behavior regarding string literal parsing. For example, if the config is | ||
| enabled, the `regexp` that can match "abc\td" is "^abc\\t$". | ||
|
|
||
| Examples: | ||
| When spark.sql.parser.escapedStringLiterals is disabled (default). | ||
| > SELECT '%SystemDrive%\Users\John' _FUNC_ '%SystemDrive%\\Users.*' | ||
| true | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is when How about moving these two examples in the same place? Then, we can clearly explain the behavior differences caused by
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ok. |
||
|
|
||
| When spark.sql.parser.escapedStringLiterals is enabled. | ||
| > SELECT '%SystemDrive%\Users\John' _FUNC_ '%SystemDrive%\Users.*' | ||
| true | ||
|
|
||
| See also: | ||
| Use LIKE to match with simple string pattern. | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. shall we also update the document of LIKE?
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I was afraid of duplication info there. But OK, let me add few lines into
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Rethink about this, we still need to add info about string literal parsing...
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I've updated the doc of |
||
| """) | ||
| case class RLike(left: Expression, right: Expression) extends StringRegexExpression { | ||
|
|
||
| override def escape(v: String): String = v | ||
|
|
||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -68,6 +68,12 @@ object ParserUtils { | |
| /** Convert a string node into a string. */ | ||
| def string(node: TerminalNode): String = unescapeSQLString(node.getText) | ||
|
|
||
| /** Convert a string node into a string without unescaping. */ | ||
| def stringWithoutUnescape(node: TerminalNode): String = { | ||
| // STRING parser rule forces that the input always has quotes at the starting and ending. | ||
| node.getText.slice(1, node.getText.size - 1) | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. For safety, do we still need to check whether the starting and ending characters are quotes?
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The string rule in SqlBase.g4 forces that the input has always quotes at the starting and ending. I may add a comment here. |
||
| } | ||
|
|
||
| /** Get the origin (line and position) of the token. */ | ||
| def position(token: Token): Origin = { | ||
| val opt = Option(token) | ||
|
|
||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -23,6 +23,7 @@ import org.apache.spark.sql.catalyst.analysis.{UnresolvedAttribute, _} | |
| import org.apache.spark.sql.catalyst.expressions._ | ||
| import org.apache.spark.sql.catalyst.expressions.aggregate.{First, Last} | ||
| import org.apache.spark.sql.catalyst.plans.PlanTest | ||
| import org.apache.spark.sql.internal.SQLConf | ||
| import org.apache.spark.sql.types._ | ||
| import org.apache.spark.unsafe.types.CalendarInterval | ||
|
|
||
|
|
@@ -39,12 +40,17 @@ class ExpressionParserSuite extends PlanTest { | |
| import org.apache.spark.sql.catalyst.dsl.expressions._ | ||
| import org.apache.spark.sql.catalyst.dsl.plans._ | ||
|
|
||
| def assertEqual(sqlCommand: String, e: Expression): Unit = { | ||
| compareExpressions(parseExpression(sqlCommand), e) | ||
| val defaultParser = CatalystSqlParser | ||
|
|
||
| def assertEqual( | ||
| sqlCommand: String, | ||
| e: Expression, | ||
| parser: ParserInterface = defaultParser): Unit = { | ||
| compareExpressions(parser.parseExpression(sqlCommand), e) | ||
| } | ||
|
|
||
| def intercept(sqlCommand: String, messages: String*): Unit = { | ||
| val e = intercept[ParseException](parseExpression(sqlCommand)) | ||
| val e = intercept[ParseException](defaultParser.parseExpression(sqlCommand)) | ||
| messages.foreach { message => | ||
| assert(e.message.contains(message)) | ||
| } | ||
|
|
@@ -101,7 +107,7 @@ class ExpressionParserSuite extends PlanTest { | |
| test("long binary logical expressions") { | ||
| def testVeryBinaryExpression(op: String, clazz: Class[_]): Unit = { | ||
| val sql = (1 to 1000).map(x => s"$x == $x").mkString(op) | ||
| val e = parseExpression(sql) | ||
| val e = defaultParser.parseExpression(sql) | ||
| assert(e.collect { case _: EqualTo => true }.size === 1000) | ||
| assert(e.collect { case x if clazz.isInstance(x) => true }.size === 999) | ||
| } | ||
|
|
@@ -160,6 +166,15 @@ class ExpressionParserSuite extends PlanTest { | |
| assertEqual("a not regexp 'pattern%'", !('a rlike "pattern%")) | ||
| } | ||
|
|
||
| test("like expressions with ESCAPED_STRING_LITERALS = true") { | ||
| val conf = new SQLConf() | ||
| conf.setConfString(SQLConf.ESCAPED_STRING_LITERALS.key, "true") | ||
| val parser = new CatalystSqlParser(conf) | ||
| assertEqual("a rlike '^\\x20[\\x20-\\x23]+$'", 'a rlike "^\\x20[\\x20-\\x23]+$", parser) | ||
| assertEqual("a rlike 'pattern\\\\'", 'a rlike "pattern\\\\", parser) | ||
| assertEqual("a rlike 'pattern\\t\\n'", 'a rlike "pattern\\t\\n", parser) | ||
| } | ||
|
|
||
| test("is null expressions") { | ||
| assertEqual("a is null", 'a.isNull) | ||
| assertEqual("a is not null", 'a.isNotNull) | ||
|
|
@@ -413,38 +428,79 @@ class ExpressionParserSuite extends PlanTest { | |
| } | ||
|
|
||
| test("strings") { | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. how about something like
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Sure. |
||
| // Single Strings. | ||
| assertEqual("\"hello\"", "hello") | ||
| assertEqual("'hello'", "hello") | ||
|
|
||
| // Multi-Strings. | ||
| assertEqual("\"hello\" 'world'", "helloworld") | ||
| assertEqual("'hello' \" \" 'world'", "hello world") | ||
|
|
||
| // 'LIKE' string literals. Notice that an escaped '%' is the same as an escaped '\' and a | ||
| // regular '%'; to get the correct result you need to add another escaped '\'. | ||
| // TODO figure out if we shouldn't change the ParseUtils.unescapeSQLString method? | ||
| assertEqual("'pattern%'", "pattern%") | ||
| assertEqual("'no-pattern\\%'", "no-pattern\\%") | ||
| assertEqual("'pattern\\\\%'", "pattern\\%") | ||
| assertEqual("'pattern\\\\\\%'", "pattern\\\\%") | ||
|
|
||
| // Escaped characters. | ||
| // See: http://dev.mysql.com/doc/refman/5.7/en/string-literals.html | ||
| assertEqual("'\\0'", "\u0000") // ASCII NUL (X'00') | ||
| assertEqual("'\\''", "\'") // Single quote | ||
| assertEqual("'\\\"'", "\"") // Double quote | ||
| assertEqual("'\\b'", "\b") // Backspace | ||
| assertEqual("'\\n'", "\n") // Newline | ||
| assertEqual("'\\r'", "\r") // Carriage return | ||
| assertEqual("'\\t'", "\t") // Tab character | ||
| assertEqual("'\\Z'", "\u001A") // ASCII 26 - CTRL + Z (EOF on windows) | ||
|
|
||
| // Octals | ||
| assertEqual("'\\110\\145\\154\\154\\157\\041'", "Hello!") | ||
|
|
||
| // Unicode | ||
| assertEqual("'\\u0057\\u006F\\u0072\\u006C\\u0064\\u0020\\u003A\\u0029'", "World :)") | ||
| Seq(true, false).foreach { escape => | ||
| val conf = new SQLConf() | ||
| conf.setConfString(SQLConf.ESCAPED_STRING_LITERALS.key, escape.toString) | ||
| val parser = new CatalystSqlParser(conf) | ||
|
|
||
| // tests that have same result whatever the conf is | ||
| // Single Strings. | ||
| assertEqual("\"hello\"", "hello", parser) | ||
| assertEqual("'hello'", "hello", parser) | ||
|
|
||
| // Multi-Strings. | ||
| assertEqual("\"hello\" 'world'", "helloworld", parser) | ||
| assertEqual("'hello' \" \" 'world'", "hello world", parser) | ||
|
|
||
| // 'LIKE' string literals. Notice that an escaped '%' is the same as an escaped '\' and a | ||
| // regular '%'; to get the correct result you need to add another escaped '\'. | ||
| // TODO figure out if we shouldn't change the ParseUtils.unescapeSQLString method? | ||
| assertEqual("'pattern%'", "pattern%", parser) | ||
| assertEqual("'no-pattern\\%'", "no-pattern\\%", parser) | ||
|
|
||
| // tests that have different result regarding the conf | ||
| if (escape) { | ||
| // When SQLConf.ESCAPED_STRING_LITERALS is enabled, string literal parsing fallbacks to | ||
| // Spark 1.6 behavior. | ||
|
|
||
| // 'LIKE' string literals. | ||
| assertEqual("'pattern\\\\%'", "pattern\\\\%", parser) | ||
| assertEqual("'pattern\\\\\\%'", "pattern\\\\\\%", parser) | ||
|
|
||
| // Escaped characters. | ||
| assertEqual("'\0'", "\u0000", parser) // ASCII NUL (X'00') | ||
|
|
||
| // Note: Single quote follows 1.6 parsing behavior when ESCAPED_STRING_LITERALS is enabled. | ||
| val e = intercept[ParseException](parser.parseExpression("'\''")) | ||
| assert(e.message.contains("extraneous input '''")) | ||
|
|
||
| assertEqual("'\"'", "\"", parser) // Double quote | ||
| assertEqual("'\b'", "\b", parser) // Backspace | ||
| assertEqual("'\n'", "\n", parser) // Newline | ||
| assertEqual("'\r'", "\r", parser) // Carriage return | ||
| assertEqual("'\t'", "\t", parser) // Tab character | ||
|
|
||
| // Octals | ||
| assertEqual("'\110\145\154\154\157\041'", "Hello!", parser) | ||
| // Unicode | ||
| assertEqual("'\u0057\u006F\u0072\u006C\u0064\u0020\u003A\u0029'", "World :)", parser) | ||
| } else { | ||
| // Default behavior | ||
|
|
||
| // 'LIKE' string literals. | ||
| assertEqual("'pattern\\\\%'", "pattern\\%", parser) | ||
| assertEqual("'pattern\\\\\\%'", "pattern\\\\%", parser) | ||
|
|
||
| // Escaped characters. | ||
| // See: http://dev.mysql.com/doc/refman/5.7/en/string-literals.html | ||
| assertEqual("'\\0'", "\u0000", parser) // ASCII NUL (X'00') | ||
| assertEqual("'\\''", "\'", parser) // Single quote | ||
| assertEqual("'\\\"'", "\"", parser) // Double quote | ||
| assertEqual("'\\b'", "\b", parser) // Backspace | ||
| assertEqual("'\\n'", "\n", parser) // Newline | ||
| assertEqual("'\\r'", "\r", parser) // Carriage return | ||
| assertEqual("'\\t'", "\t", parser) // Tab character | ||
| assertEqual("'\\Z'", "\u001A", parser) // ASCII 26 - CTRL + Z (EOF on windows) | ||
|
|
||
| // Octals | ||
| assertEqual("'\\110\\145\\154\\154\\157\\041'", "Hello!", parser) | ||
|
|
||
| // Unicode | ||
| assertEqual("'\\u0057\\u006F\\u0072\\u006C\\u0064\\u0020\\u003A\\u0029'", "World :)", | ||
| parser) | ||
| } | ||
|
|
||
| } | ||
| } | ||
|
|
||
| test("intervals") { | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the example should be based on SQL shell instead of java string literal, here should be
"^abc\\td$"There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK. Let me change to SQL shell string.