superset2

mirror of https://github.com/apache/superset.git synced 2026-08-04 04:52:32 +00:00

Files

Claude Code b0fd51fe24 test(sql): SHOW statements must not get a forced LIMIT (#36939 )

set_limit_value's FORCE_LIMIT path unconditionally sets
_parsed.args["limit"] on any statement, including SHOW TABLES/
DATABASES/CREATE TABLE. sqlglot's Show expression has no real LIMIT
slot to hold that value, so it renders a malformed statement with two
LIMIT keywords instead of rejecting cleanly. StarRocks (and likely
other engines using FORCE_LIMIT) reject the result outright, which is
exactly the "Unexpected input 'LIMIT'" error reported in #36939 for
SHOW TABLES / SHOW DATABASES / SHOW CREATE TABLE.

This is unrelated to the other two statements in that issue (REFRESH
EXTERNAL TABLE, DROP ... FORCE) — those fail to parse at the sqlglot
layer entirely, confirmed still true against the pinned sqlglot
30.12.0 for every dialect tried, not just starrocks. That's an
upstream sqlglot dialect gap, not something fixable in this repo, so
it's out of scope here.

This is a test-only PR; the test is expected to be RED (confirms the
bug, does not fix it). Not using a closing keyword since merging this
alone won't resolve #36939.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

2026-07-29 16:31:09 -07:00

dialects

feat(sqlglot): Vertica dialect (#39969 )

2026-05-08 14:34:34 -03:00

execution

fix(sqllab): apply SQL_QUERY_MUTATOR in SQL Lab when MUTATE_AFTER_SPLIT is set (#41127 )

2026-07-20 15:36:45 -07:00

__init__.py

chore: organize SQL parsing files (#30258 )

2024-09-13 16:24:19 -04:00

parse_tests.py

test(sql): SHOW statements must not get a forced LIMIT (#36939 )