`._name` after `)` or `]` fails with "Unexpected character '_'"
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
调研方向
故障位于 Tokenizer::next_token:._ 检查接受前面的 Token::Word,但在 RParen 或 RBracket 之后会报错。请与附近的代码块对比,该块在 supports_tuple_element_access() 成立时,已将 Word | RParen | RBracket | Number 之后的 . 视为句点。在所列方言下运行 issue 中的四个失败查询,然后确认 SELECT (c).x 和 t._x 仍能正常解析。四个查询都能解析且往返检查通过即为完成。
由索引模型根据 Issue 内容生成。
描述
Field access with a name starting with _ fails to tokenize when it follows ) or ]:
SELECT (c)._x FROM tt (PostgreSqlDialect)
-> sql parser error: Unexpected character '_' at Line: 1, Column: 11
SELECT ({'_x': 1})._x (DuckDbDialect)
-> Unexpected character '_' at Line: 1, Column: 19
SELECT ([{'_a': 2}])[1]._a (DuckDbDialect)
-> Unexpected character '_' at Line: 1, Column: 24
SELECT f()._x (BigQueryDialect)
-> Unexpected character '_' at Line: 1, Column: 11
SELECT (c).x FROM tt, SELECT t._x FROM t
-> parse (fine)
PostgreSQL 18 runs SELECT (c)._x FROM tt for a composite column with a field _x (https://www.postgresql.org/docs/current/rowtypes.html#ROWTYPES-ACCESSING), and DuckDB runs SELECT ({'_x': 1})._x, ([{'_a': 2}])[1]._a (returns 1 | 2).
In Tokenizer::next_token, the ._ check only accepts a preceding Token::Word; after RParen or RBracket it errors. The block right after it already treats . after Word | RParen | RBracket | Number as a period when supports_tuple_element_access(). Related: #1835 (added the check), #2677 (whitespace case).
Tested on main ce12f1f6 (also 0.63.0 and 0.58.0).
Found with a property-based fuzzer (round trip check); I used AI assistance for triage and verified every case above.
- 主要语言
- Rust
- 星标
- 3.5k
- 派生
- 801
- 平均合并
- 2 天 19 小时
- 30 天内合并 PR
- 108
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 没有贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
apache/datafusion-sqlparser-rs 的其他 Issue
-
DuckDB Prolific Author
难度 2/5 1-3 小时 新手友好度 70/100
apache/datafusion-sqlparser-rs#2807 ·
维护者通常 1 天内回复
-
Databricks Prolific Author Spark
难度 2/5 1-3 小时 新手友好度 68/100
apache/datafusion-sqlparser-rs#2801 ·
维护者通常 1 天内回复
-
PostgreSQL: support FOR NO KEY UPDATE and FOR KEY SHARE row-locking clauses可能重新可做 关联的 PR 已关闭且未合并。 未关闭PostgreSQL
难度 2/5 1-3 小时 新手友好度 76/100
apache/datafusion-sqlparser-rs#2778 ·
维护者通常 1 天内回复
-
`SHOW ... ILIKE '<pattern>'` is displayed without quotes可能重新可做 关联的 PR 已关闭且未合并。 未关闭Prolific Author
难度 2/5 1-3 小时 新手友好度 75/100
apache/datafusion-sqlparser-rs#2759 ·
维护者通常 1 天内回复
-
Should `DELETE + LIMIT` be supported by the generic dialect ?可能重新可做 关联的 PR 已关闭且未合并。 未关闭DuckDB MySQL PostgreSQL
难度 2/5 1-3 小时 新手友好度 68/100
apache/datafusion-sqlparser-rs#2615 ·
维护者通常 1 天内回复
查看 apache/datafusion-sqlparser-rs 的全部 Issue
相似的 Issue
-
🐞 bug 🧩 bevy_gantz_egui
难度 2/5 1-3 小时 新手友好度 82/100
nannou-org/gantz#500 ·
维护者通常 1 天内回复
-
enhancement
难度 2/5 1-3 小时 新手友好度 68/100
metasequoiaime/msime#10989 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
fritzprix/libr-agent#2612 ·
维护者通常 1 天内回复
-
crate: spate-core priority: low
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
NSPG13/agent-bounties#1749 ·
维护者通常 1 天内回复